Mesa News Archives

Following several weeks of delays, Mesa 21.0 was officially released today as the newest quarterly feature update for this collection of predominantly open-source OpenGL and Vulkan drivers for Linux systems.

Last week Intel wired up Gallium3D threaded context support to their "Iris" OpenGL driver for yielding some sizable performance improvements. Now the Freedreno driver for Qualcomm Adreno hardware has hooked into the threaded context support as well.

The Mesa release train once again rode off the tracks but this week looks like it will get back on track with hopes of releasing Mesa 21.0 on Thursday.

It's been a while since last having anything to report on Waffle as the library abstracting OpenGL and windowing system selection to run-time while this weekend marked its v1.7 release.

For those using Gallium3D Nine as a Direct3D 9 state tracker when running Windows games on Linux rather than the likes of DXVK for going through Vulkan, next quarter's Mesa 21.1 will better handle 32-bit games with the Nine state tracker.

While DXVK has been receiving much attention these days for implementing Direct3D 9/10/11 atop the Vulkan API that can be consumed in a driver agnostic manner, Gallium Nine as a D3D9 state tracker going back years for Mesa continues to receive new work too.

While Mesa is most well known for providing OpenGL and Vulkan open-source drivers on Linux systems, via the "Clover" Gallium3D state tracker is also maturing support for OpenCL. But until now it hasn't been straight-forward to track the state of Mesa's OpenCL supported versions and extensions.

For those enjoying the Valheim, the new survival/sandbox game that has been an incredible success and sold more than four millions of copies so far while being a low-budget indie game, Mesa should be providing better performance when using its OpenGL renderer.

Lavapipe as Mesa's CPU-based Vulkan driver implementation akin to LLVMpipe for OpenGL can now run on Microsoft Windows.

Mesa's on-disk shader cache, which is used for speeding up game load times by avoiding the redundant recompiling of shaders on successive loads and also helping performance for software that compiles shaders on-the-fly, is seeing a big improvement with Mesa 21.1. Mesa 21.1-devel merged this weekend the new single file cache implementation.

The Mesa release train once again fell off the tracks for Mesa 21.0 but on Friday the fifth release candidate managed to ship.

Now that Mesa 21.1 has OpenGL 4.6 support for Zink, the attention is turning to fixes for the OpenGL Conformance Test Suite and juicing as much performance as possible out of this OpenGL on Vulkan driver layer within Mesa.

Mike Blumenkrantz continues to be on a mad roll when it comes to getting all of the Zink patches upstreamed into mainline Mesa... This Gallium3D-based OpenGL over Vulkan translation layer now has OpenGL 4.6 turned on for Mesa 21.1!

It was just yesterday we were talking about Zink achieving OpenGL 4.3 support and wondering if OpenGL 4.4 or potentially even 4.5 could be buttoned up in time for Mesa 21.1... Well, as of a few minutes ago Zink now is advertising OpenGL 4.5 support for this graphics API layer built atop Vulkan.

Mesa's LLVMpipe OpenGL software driver has now enabled ARB_gl_spirv and ARB_spirv_extensions, which now rounds it out of the major extensions needed to advertise OpenGL 4.6.

Going back to last summer there have been patches for getting OpenGL 4.6 with the Zink GL on Vulkan implementation but were considered experimental and not for immediate upstreaming. In the months since and especially after Mike Blumenkrantz was hired by Valve, the upstreaming effort kicked into higher gear. Now with Mesa 21.1, we are up to OpenGL 4.3.

Hitting Mesa 21.1 this morning is a scheduler implementation for Panfrost Gallium3D, the open-source Arm Mali graphics driver.

In addition to this week seeing Zink now running on NVIDIA's proprietary driver for supporting this Gallium3D-based OpenGL over Vulkan implementation, it can now run on top of Lavapipe as the CPU-based Vulkan implementation. But for end-users that is really something you would want to avoid.

The open-source Broadcom graphics driver code most notably used by Raspberry Pi devices will be seeing at least slightly better performance come next quarter's Mesa 21.1 release.

Zink as the generic OpenGL implementation built atop the Vulkan API while leveraging Mesa's Gallium3D can now work atop NVIDIA's proprietary graphics driver.

The V3DV open-source Vulkan driver in Mesa for Broadcom graphics most notably used by the Raspberry Pi 4 and newer continues maturing nicely.

Mesa 21.1 has merged a common dispatch framework for use by Vulkan drivers to allow for better code sharing and the possibility of some Vulkan extensions to be more easily supported across all drivers.

Well known AMD open-source driver developer Marek Olšák continues squeezing Mesa for every bit of possible performance, which in recent months has been with a seemingly workstation focus.

For those Linux gamers and other desktop users of the open-source OpenGL/Vulkan drivers with some extra time this weekend, Mesa 21.0-RC3 is now available for testing as what might be the last release candidate before officially releasing Mesa 21.0 as soon as next week.

It was just earlier this month that mainline Mesa achieved OpenGL 4.1 for Zink, the Gallium3D driver allowing OpenGL to be implemented atop Vulkan. Now OpenGL 4.2 support is in place for this promising Mesa component.

Even in 2021 longtime open-source AMD Mesa driver developer Marek Olšák isn't done optimizing OpenGL for delivering the best possible performance with the Radeon graphics driver. Marek's latest work includes more OpenGL threading enhancements and other work seemingly targeted at SPECViewPerf workloads.

While Mesa's Panfrost Gallium3D driver has been working out well for modern ARM Mali open-source graphics support, for the old Mali 400/450 series hardware there still is the "Lima" driver within Mesa that doesn't receive too much attention these days (just around 70 commits over the past year) but as its first work of 2021 saw an initial shader cache implementation.

Prior to Mesa 21.0 being branched this week in preparations for the quarterly stable Mesa3D release, a number of open-source Radeon Vulkan "RADV" driver optimizations were merged.

Hitting the Mesa tree when Mesa 21.0 was being branched (but looks like it will still make it now part of "staging/21.0") is support for AMD's "rapid packed math" with the RADV driver's ACO compiler back-end.

While normally the feature branching and first release candidate for new Mesa3D quarterly releases doesn't begin until around the end of the first month of a new quarter, this time around with Mesa 21.0 it has begun today -- half-way through the month of January. This should at least ensure Mesa 21.0 stable ships in February rather than March. Mesa 20.3.3 was also released today as the newest stable version for the time being.

Mesa 21.0 is bringing some overdue improvements for the RadeonSI Gallium3D driver with the game Counter-Strike: Global Offensive.

BeOS-inspired Haiku OS can now run with Mesa 21.0 well using the latest development code.

It was just at the end of December that the Mesa 21.0 development code enabled OpenGL 3.2 support for Freedreno, the open-source Gallium3D driver for Qualcomm Adreno graphics hardware. Now in time for Mesa 21.0 still, OpenGL 3.3 support has been achieved.

Adding to the long list of changes for Mesa 21.0 is the Panfrost Gallium3D driver that provides open-source OpenGL for Arm Mali graphics hardware now supporting Arm Frame Buffer Compression (AFBC) for Bifrost GPUs.

While for months there have been experimental patches taking Zink to OpenGL 4.6 for this OpenGL-on-Vulkan translation layer integrated into Mesa, the upstreaming process around testing and code review is quite lengthy with up until today still only exposing OpenGL 3.3 with mainline Mesa. But with the latest Git commits, Zink is now up to OpenGL 4.1.

While many Linux users were excited when finding out the open-source AMD Radeon Linux drivers were allowing Smart Access Memory (Resizable BAR) support on older motherboards/CPUs and older Radeon GPUs rather than basically the very latest AMD products as seen on Windows, there is a change of course due to bugs. Now, officially, Mesa 21.0 is just enabling Smart Access Memory for systems with AMD Zen 3 processors and RDNA 2 graphics cards though if you have other hardware you can force-enable it.

The latest OpenCL "Clover" work to land in Mesa 21.0 is support for the cl_khr_il_program extension.

2020 was easily the best year yet for Mesa with this collection of open-source OpenGL/Vulkan drivers seeing timely new hardware support, Intel's OpenGL support defaulting to Iris Gallium3D, the Radeon Vulkan (RADV) driver adding and defaulting to the ACO compiler back-end, many performance optimizations throughout, timely new GPU hardware support, and a lot more!

The Panfrost open-source Gallium3D driver matured into good shape over the course of 2020 with providing OpenGL support for Arm Mali graphics hardware. As we enter 2021 it will be interesting to see this year if any "Panfrost Vulkan" driver materializes for open-source Vulkan support on the newer Mali graphics hardware. But at least one area making interesting process is in regards to OpenCL compute support.

For years LLVMpipe has been around as a superior software-based OpenGL implementation for those without a working GPU / hardware driver support or needing to test a bit of GL code along a vendor-neutral path. LLVMpipe thanks to leveraging LLVM is more performant than the traditional Mesa software rasterizer or similar avenues like Softpipe. Finally as we hit 2021, SWRAST has been removed from the Mesa code-base.

Mesa 21.0 has flipped on support for allowing OpenGL 3.2 contexts with the Freedreno Gallium3D driver that provides open-source GL support for Qualcomm Adreno hardware.

Landing in Mesa 21.0 on Tuesday was support for OpenGL tessellation shaders (ARB_tessellation_shader) with the Zink Gallium3D code implementing generic OpenGL support atop Vulkan.

Lavapipe (nee Vallium) continues picking up more functionality for this software-based Vulkan implementation just as LLVMpipe is to OpenGL.

Mesa 20.3 shipped earlier this month while those waiting for the first point release to upgrade to this quarterly series can now safely make the shift as Mesa 20.3.1 was released today.

The latest Mesa 21.0 improvement is support for building Microsoft's Direct3D 12 Gallium3D driver code for Windows Subsystem for Linux 2 (WSL2).

While working on some core Mesa cleaning/improvements, Eric Anholt has retired the classic OSMesa support in next quarter's Mesa 21.0.

Raspberry Pi's V3DV Vulkan driver is on quite a streak lately. The V3DV driver has seen inclusion in Mesa 20.3, Vulkan 1.0 conformance, and Wayland support, more performance work is being pursued with those initial milestones reached. Meanwhile the V3D OpenGL driver is also being improved upon still.

Mesa 20.3 has been released as the Q4'2020 open-source graphics driver update, primarily around providing OpenGL and Vulkan support on the likes of Intel and AMD Radeon graphics along with the reverse-engineered Nouveau support, many smaller drivers especially in the embedded space, and the growing list of CPU-based implementations and other translation efforts.

Well known open-source AMD Linux graphics driver developer Marek Olšák has just merged one of his largest set of optimizations in recent times: 2~5x faster performance for SPECViewPerf.

The weekly release candidates of Mesa 20.3 fell off the wagon last week due to the US Thanksgiving holiday but now is updated today for Mesa 20.3-RC3.