Following the mailing list talk over the past two days about doing the next Mesa release, plans are being discussed for releasing at the end of October and it might have just got a whole lot more exciting.
Marek Olšák is looking at using the jemalloc memory allocator for faster GLSL compilation and ultimately could redirect all malloc/calloc/realloc/free calls in Mesa to using jemalloc.
AMD developer Marek Olšák initiated the discussion about calling for the next Mesa release to succeed version 12.0. Regardless, it's looking like it will be another release off their three-month cadence.
Landing over night in Mesa Git is support for the RadeonSI Gallium3D driver with the ARB_query_buffer_object extension. Now on Mesa Git that means there is just one extension away before this AMD GCN OpenGL driver supports the 4.4 specification.
Just a few days ago was the fifth version of the proposed Mesa on-disk shader cache and it's looking like it may finally be ready for merging with some of the prep infrastructure work having landed today in mainline Mesa.
Timothy Arceri of Collabora has revised his massive patch-set that implements an on-disk shader cache for the Intel open-source driver.
Intel's Mesa driver has supported all of the extensions required by the OpenGL ES 3.2 specification, but only today is the support being officially advertised.
For those craving some fresh Mesa Git benchmarks, here are a few OpenGL tests I carried out with some AMD Radeon GPUs when comparing the out-of-the-box Ubuntu 16.04 LTS performance to what's offered currently by Linux 4.8 and Mesa 12.1-dev Git.
The libdrm support was merged this weekend for Etnaviv, the open-source, reverse-engineered support around Vivante graphics cores. With the libdrm support in mainline, merging the Gallium3D driver into Mesa shouldn't be far behind.
For those looking to live on the edge of Mesa development, there are some new patch series out this morning, particularly of interest if you are using the AMD RadeonSI Gallium3D driver for GCN GPUs.
Jon Turney has landed his big "Windows-DRI" patch-set in Mesa for improving the support when running GLX applications under under Cygwin. The patches provide direct-to-native-OpenGL for GLX clients running on Cygwin.
Emil Velikov announced the "emergency release" this morning of Mesa 12.0.3 as the latest stable installment for the Mesa 12.0 series.
Those making use of the VC4 Gallium3D driver for open-source Raspberry Pi OpenGL support will want to pull down the latest Mesa Git code if you are interested in double-digit performance improvements for at least some OpenGL workloads.
There has already been more improvements hitting Mesa Git this week.
With many Linux gamers having looked forward to the Linux release of Rocket League, I tested out the Linux port of the game when using Mesa RadeonSI Gallium3D as well as the AMDGPU-PRO blob.
Veteran Mesa developer Ilia Mirkin has been working on finishing up the core plumbing for OpenGL ES 3.2 / Android Extension Pack support for the Mesa drivers.
A fix landed in Mesa Git today that should address various performance issues people have been seeing in different rare setups. The fix mostly seems to be for Radeon/Intel users seeing low performance recently with glxgears but also appears to help those affected by the much talked about R9 290 regression.
The long-awaited Mesa point release update to Mesa 12 is now available with a variety of fixes for these open-source graphics drivers.
Following the AMDGPU SI / GCN 1.0 support hitting Mesa, the libdrm changes for AMD Southern Islands support has also landed.
Aside from the major Mesa 12.0 release, this month has been relatively quiet for Mesa stable point releases, which traditionally have come around every two weeks. It looks like that will be back on track shortly.
With the work on the Intel Vulkan driver, OpenGL 4.x being close to finished off for the main graphics drivers, and AMD doubling down work on performance optimizations, there is already more code changes in Mesa Git this year than all of 2015.
Gallium3D's VA-API state tracker has already supported H.265/HEVC video decoding as well as the support being in Gallium3D VDPAU too with it being supported by Radeon's open-source UVD code. Rounding out the API video-accelerated decode coverage of H.265 is now OpenMAX support.
The RadeonSI Gallium3D driver continues stepping ever so closely to OpenGL 4.4 and 4.5 compliance.
After already making a ton of improvements to the RadeonSI Gallium3D stack this month, Marek Olšák is looking to end the month on a high note with yet more fixes to the open-source AMD driver.
As a quick follow-up to OpenGL ES 3.1 coming for Intel Haswell graphics, those patches have now landed in Mesa Git.
It's off to a good Friday so far in Mesa Git for open-source Radeon users.
For those running Intel Haswell processors, hope is not lost in seeing new versions of OpenGL extensions with the Intel Mesa driver. New patches will bring Haswell up to OpenGL ES 3.1.
Broadcom's Eric Anholt has written another weekly blog post covering improvements he made over the past week to the VC4 open-source graphics driver that's known as being the driver for Raspberry Pi devices.
Marek Olšák has managed to secure another performance win with his continued efforts to improve the RadeonSI Gallium3D driver performance.
Earlier this week the deferred flushes change landed in Radeon Gallium3D code for reportedly offering 23%+ performance improvements in BioShock Infinite as one example. I've tested out BioShock Infinite and other changes to confirm the performance differences.
1015 Mesa news articles published on Phoronix.