Stemming from an issue of slow performance inside LXDE's file manager, the Raspberry Pi VC4 Gallium3D driver has received an optimization for better texture upload performance.
Earlier this week was a discovery of a "serious performance fix" For the RadeonSI Gallium3D driver by disabling ReZ. That change landed in Mesa Git already so I ran some before/after benchmarks.
Chad Versace, the Intel OTC developer turned Googler who is part of the Chrome OS driver team, has been baking the EGL_MESA_platform_surfaceless extension and its implementation inside Mesa.
Intel's Mesa OpenGL driver now officially enables OpenGL 4.5 support for Broadwell "Gen 8" hardware and newer.
Mesa 3D development has been exciting this year with seeing OpenGL 4.3 support in Mesa 12.0 and the next Mesa release having OpenGL 4.4 and 4.5 support (pending the passing of the Khronos CTS conformance), which has meant a lot of new code going into Mesa. Aside from modernizing the OpenGL 4.x support by these open-source drivers, there's been the addition of the Intel and Radeon Vulkan drivers and much more.
With the Mesa 13.0 feature freeze expected to happen before the weekend, it's been another exciting day in the Git development tree of landing last-minute features for next month's Mesa release.
The work by Nicolai Hähnle on finishing up the GL_ARB_enhanced_layouts extension for Gallium3D is now in Git. This officially marks RadeonSI done with OpenGL 4.4 and is effectively done with OpenGL 4.5 although the new version string is yet to be advertised.
Now that the RADV Radeon Vulkan driver is part of mainline Mesa, it's increasingly easy to experiment with this unofficial, open-source Vulkan driver on rolling-release distributions and through third-party package archives/repositories.
Chad Versace, the former Intel OTC developer now employed by Google on the Chromium team, has published the latest patches for implementing the EGL_ANDROID_native_fence_sync extension within Mesa's Intel driver.
The 75 patches for Gallium3D's Nine state tracker improvements (D3D9) have now landed in Mesa Git master ahead of the branching for the next Mesa release at the end of the week.
Iago Toral Quiroga of Igalia has sent out the second version of his massive 103 patches for implementing FP64 support for Intel Haswell hardware within the i965 Mesa driver in order to expose OpenGL 4.0 support.
With catching up on the OpenGL extensions, Marek Olšák of AMD has been spending a fair amount of time on performance optimizations for the AMD's open-source OpenGL driver and some code that benefits Mesa as a whole too. One of his latest patch series is on optimizing Mesa's GLSL compiler performance.
Building off the exciting patches published Friday for completing ARB_enhanced_layouts that finish off the RadeonSI OpenGL 4.4~4.5 support, the Nouveau NVC0 support is basically done too with the finishing up of that final extension being done in the Mesa state tracker.
We've been expecting many last minute Gallium3D Nine / D3D9 patches ahead of the Mesa 13.0 branching and yesterday the bulk of those patches were sent out.
Pending no last minute issues, the RADV open-source Radeon Vulkan driver will be merged into mainline Mesa tomorrow.
José Fonseca of VMware has added basic support for AVX2 to Gallivm, the driver-independent portion of LLVM integration with Gallium3D.
Thanks to work done by AMD's Nicolai Hähnle, the Mesa Gallium3D state tracker exposes support for the GL_KHR_robustness extension.
On top of the RADV Vulkan driver being queued for the next Mesa release, it looks like some improvements to the "Nine" Direct3D 9 Gallium3D state tracker are also en route for the new Mesa version.
The latest version of the Mesa DRM library (libdrm) is now available and it's a fairly important release.
Beginning next year, Mesa developers so far appear favorable to moving towards a date-based versioning concept.
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.
1125 Mesa news articles published on Phoronix.