Going on for a while now has been work by Mesa developers on a new GLX extension to help out game developers by supplying hard to determine information in a standardized manner about the Linux graphics drivers and the underlying hardware renderer capabilities. That work is addressed by the GLX_MESA_query_renderer extension which to now has just been supported by the Intel Linux driver but soon will be supported by other Mesa drivers.
Earlier this week Intel pushed their BPTC texture compression support into mainline Mesa and now following in those foot steps are the R600g and RadeonSI driver enablement.
Those still using Intel Sandy Bridge hardware on Linux will be ecstatic to learn this morning that geometry shaders support has been implemented in Mesa by a new patch-set for this older Intel hardware and thereby allowing OpenGL 3.2 support to be exposed for this "Gen6" hardware.
Now that OpenGL 4.5 was released yesterday by the Khronos Group, while NVIDIA already has an OpenGL 4.5 driver, it will be a longtime before the open-source Mesa/Gallium3D drivers are able to claim OpenGL 4.5 compliance.
Last month we reported on Intel working out patches for BPTC texture compression support with their open-source 3D driver and as of today that support has been mainlined to Mesa.
While OpenGL 4.5 was announced today, Mesa developers are still battling for OpenGL 4.0 compliance but at least they are now able to scratch off another GL4 feature.
The Broadcom VC4 Gallium3D driver, which provides the open-source user-space component to an OpenGL driver for the Raspberry Pi, will soon likely be added to mainline Mesa.
Carl Worth of Intel has released Mesa 10.2.5 this weekend as the latest bug-fix for the Mesa 10.2 stable series.
As brought up in the discussion following yesterday's article about Intel adding BPTC support to their Mesa driver, several Phoronix readers are filled with happiness over Mesa nearly support not just for the OpenGL 4.0 specification but also OpenGL 4.1 and 4.2 aren't far out of reach.
Just hours after Intel added BPTC texture compression support to Mesa and their DRI driver, frequent Nouveau contributor Ilia Mirkin added BPTC support to Gallium3D and wired it up for the "NVC0" Fermi/Kepler Gallium3D open-source NVIDIA driver.
More code by Emil Velikov was merged yesterday to push along the Gallium3D Mega Drivers model.
The GLX DRI3 GPU offloading support has landed in Mesa with a solution that's superior to the DRI2 GPU offloading model.
New point releases in the Mesa 10.1 and Mesa 10.2 series are now available.
The start of the Gallium3D "mega drivers" patches by Emil Velikov are starting to land in Mesa. First up, the patches to consolidate the Gallium3D VDPAU and XvMC support into single libraries for supporting multiple drivers.
When Eric Anholt announced last week he was developing a Broadcom VC4 DRM plus OpenGL driver he said originally he plans to develop the user-space GL driver as a Gallium3D driver but might later turn it into a classic Mesa driver.
Finally receiving some mainline treatment within Mesa this Sunday is the start of Chris Forbes' long work-in-progress patches concerning ARB_fragment_layer_viewport.
Another set of AMD RadeonSI Gallium3D driver improvements were committed on Wednesday for Mesa.
Work on a Gallium3D approach to Mesa "mega drivers" is still progressing. The final reported patch series is now out there and the developer hopes to have the support merged over the next month.
Beginning this week, Eric Anholt is now working for Broadcom after working for Intel's Open-Source Technology Center the past several years on the Intel Linux graphics driver stack. While Eric just started there, he's already made some headway on a Broadcom DRM driver and expects to begin developing a Gallium3D driver soon.
The Gallium3D "Softpipe" driver as the most crude software fallback driver now supports GL Shading Language 3.30.
Another OpenGL 4 extension has landed in Mesa by Intel's Open-Source Technology Center crew for the Mesa 10.3 release at the end of the summer.
Besides Mesa 10.1.5 being released last night, Mesa 10.2 made it out late last night followed immediately by Mesa 10.2.1 to take care of a build failure that sneaked into the final release.
AMD's RadeonSI Gallium3D driver is a bit closer to supporting OpenGL 4.0 via the GLSL 4.00 specification requirements thanks to a new patch set published on Friday by Marek Olšák.
Mesa 10.1.5 was just released this Friday evening while we're still waiting for the imminent release of the major Mesa 10.2 release unless it was delayed again.
Similar to functionality offered by other drivers, Mesa might finally have a shader compiler cache to save compiled GLSL shaders to the disk in an effort to reduce the start-up time for modern Linux games.
Last week when Mesa 10.2 RC4 was released it was expected to be the final development version and to ship the official release of Mesa 10.2 on Friday, 30 May. The official release didn't happen but Mesa 10.2 RC5 is out there now with the hopes of shipping the final release next week.
Here's some fresh tests of Mesa's LLVMpipe Gallium3D driver for software-based rendering. Since last month, LLVMpipe now supports OpenGL 3.3.
In a new mailing list thread, Eric Anholt expresses regrets a few years ago when they began sending GLSL IR into their driver rather than using Mesa IR and improving that intermediate representation. Eric is now trying to get the Mesa IR support up to scratch so that it can be sent directly to classic Mesa drivers.
Axel Davy has posted a new set of 11 patches to allow for GPU offloading by Mesa 3D drivers with GLX DRI3 and EGL Wayland.
Mesa 10.2 will be released very soon and while it does offer a lot of new features within its 1.4 million line code-base, it isn't perfect and lacks some features still being sought after by open-source Linux fans.
911 Mesa news articles published on Phoronix.