Here's some numbers on how Mesa 3D development has been pacing the past few months.
Having an eight-core CPU that can clock up to 5.0GHz (albeit having a 220 Watt TDP), curiosity got the best of me to run some quick (or slow) Gallium3D LLVMpipe tests just to see how this software fall-back driver performs.
Emil Velikov, the new Mesa release manager, just landed a large set of libdrm patches for improving the open-source graphics drivers for Android.
The second weekly release candidate for the upcoming Mesa 10.3 is now available.
Last week NIR was announced as a new intermediate representation for Mesa. Discussion around this new but experimental IR continues to happen among upstream developers while Mesa developers are back to discussing LLVM too.
Mesa has a new release manager to allow the two existing managers from Intel's Open-Source Technology Center to get back to more driver wrangling rather than release wrangling.
Mesa 10.3 is gearing up for its official release in the weeks ahead and with the code having already been branched here's a rundown of the many new features.
For those hoping Mesa 10.3 would reach OpenGL 4.0 core compliance and thus the version bumping to Mesa 11.0, that didn't happen in time. Mesa 10.3 has now been branched from master and Mesa 10.3 RC1 issued.
For those living on the Mesa 10.2 stable series rather than the experimental Mesa 10.3 code, there's a new point release out today.
While Mesa is still racing towards OpenGL 4.0 compliance, another OpenGL 4.5 extension can now be crossed off the Mesa TODO list.
For several months now there's been a Direct3D 9 state tracker under development for Mesa that's making some headway and working out for bettering the Wine performance with D3D9 titles rather than using Wine's translation layer to OpenGL. While no official request for pulling the code has been issued, it looks like it might stand a chance of hitting mainline Mesa.
Mesa developers continue making headway in supporting more of the Khronos OpenGL 4.x specifications... OpenGL 4.0~4.2 is hopefully not too far out, at least for the Intel Linux driver.
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.
713 Mesa news articles published on Phoronix.