This week Mesa developers began drafting plans for transitioning their primary Git branch to "main", following the naming plans of other open-source projects using Git.

Feature work on Mesa 20.2 is now over with the code having been branched today and Mesa 20.2-RC1 subsequently issued.

Mesa 20.1.5 provides the latest stable open-source Vulkan/OpenGL graphics drivers for the Linux desktop as the newest bi-weekly milestone.

It was just at the start of July that the LLVMpipe software driver gained OpenGL 4.0 support at long last. Days after that milestone OpenGL 4.2 support was reached for this driver that offers OpenGL acceleration atop CPUs either for fallback purposes or a vendor-neutral debug path. Now just days before the Mesa 20.2 branching, OpenGL 4.3 support has been cleared!

Well known open-source AMD graphics driver developer Marek Olšák has landed a set of 15 patches into Mesa 20.2 for improving the RadeonSI driver's handling within virtualized environments.

The Panfrost Gallium3D driver providing open-source OpenGL driver support for Arm Mali Midgard and Bifrost hardware has another feature tacked on as of Friday night.

The open-source NVIDIA "Nouveau" driver stack reached a new milestone today with the user-space code in Mesa 20.2 finally flipping on the Heterogeneous Memory Management (HMM) support.

Mesa 20.1.3 is out as the newest bi-weekly point release for this stable Mesa3D series.

The Panfrost Gallium3D driver providing open-source OpenGL support for Arm Mali graphics hardware now has working multi-sample anti-aliasing (MSAA) for Arm Midgard hardware.

It was just a few days ago that the LLVMpipe OpenGL software rasterizer within Mesa finally achieved OpenGL 4.0 support while today it has crossed both OpenGL 4.1 and 4.2 milestones.

You may recall that earlier this year X.Org/FreeDesktop.org may have to cut CI services for developers over the cloud expenses associated with that continuous integration service for the likes of Mesa, the X.Org Server, and other components. CI usage was leading to a lot of bandwidth consumption so much so that the X.Org Foundation is facing potential ~70k USD cloud costs this year largely from their continuous integration setup.

The "V3DV" Vulkan driver being developed by Igalia under contract with the Raspberry Pi Foundation has offered a status update on this official driver for the Raspberry Pi 4.

The LLVMpipe Gallium3D driver that provides a software/CPU-based OpenGL implementation for running on systems as a fallback path when no GPU / hardware OpenGL driver is available, a vendor-neutral path for debug purposes, and similar use-cases, now has OpenGL 4.0 support.

Zink is the generic OpenGL over Vulkan driver that has been in development as part of Mesa's Gallium3D code. It was just earlier this month that Zink achieved OpenGL 3.0 support and now it looks like OpenGL 3.1 will soon be flipped on.

Freedreno Gallium3D is the latest Mesa driver implementing an on-disk shader cache.

As we have been expecting, as of a few minutes ago in Mesa 20.2-devel Git, the Radeon Vulkan "RADV" driver has enabled the Valve-backed ACO shader compiler by default rather than AMD's official AMDGPU LLVM shader compiler back-end.

While Mesa 20.2 is the exciting development version in the works for release next quarter, those of you on the current Mesa 20.1 series now have the second point release available.

As of today in Mesa 20.2-devel Git, the Radeon Vulkan driver (RADV) with the ACO back-end is now effectively at feature-parity to the default AMDGPU LLVM shader compiler back-end.

It should hardly come as a surprise if you regularly follow the Mesa quarterly release cadence for these open-source Vulkan/OpenGL drivers, but a release schedule has now been committed for next quarter's Mesa 20.2.

Following AMD publishing the open-source Linux driver patches for "Sienna Cichlid" (Navi 2) that included the RadeonSI OpenGL driver changes, the RADV Vulkan driver has now tacked on support for this next-generation Navi GPU.

A few days ago I wrote about Zink now exposing GLSL 1.30 shader support as one of the few remaining hurdles for exposing OpenGL 3.0 support for this Gallium3D OpenGL-on-Vulkan implementation. It turns out this same week, Zink would already cross the significant OpenGL 3.0 milestone.

The Zink Mesa driver for implementing OpenGL over the Vulkan API is now quite close to hitting OpenGL 3.0.

With Mesa 20.1.1 having shipped, Mesa 20.0.8 was released today as the final point release of last quarter's Mesa 20.0 series.

The LLVMpipe software OpenGL implementation that recently has seen work on MSAA, tessellation shader support, and other improvements, now has a working on-disk shader cache implementation.

Mesa 20.1 was released at the end of May while now Mesa 20.1.1 is out as the first point release to this Q2'2020 driver series.

It was just back in late April that the Panfrost Gallium3D driver began rendering with Arm Mali "Bifrost" graphics processors while now it has most of OpenGL ES 2.0 working, some of the desktop OpenGL 2.1 functionality, and is capable of running software like GNOME on Wayland.

Following VMware making the VMWGFX kernel changes for supporting OpenGL 4.x, the SVGA Gallium3D driver is now exposing OpenGL 4.1 in compatibility profile contexts for this open-source graphics driver used as part of the VMware virtualization stack.

Mesa 20.1 has managed to release on time today as this quarter's feature update to this collection of open-source user-space graphics driver components.

The release of Mesa 20.1 is imminent as the latest quarterly feature update to this collection of open-source OpenGL/Vulkan drivers predominantly in use by Linux systems. Here is a look at the many exciting improvements with Mesa 20.1.

The fourth weekly release candidate is available of Mesa 20.1, the Q2'2020 feature update to the open-source OpenGL / Vulkan driver stack predominantly used by Linux systems. This is the last scheduled release candidate with Mesa 20.1 stable potentially coming out next week if testing goes well and the remaining blocker bugs are addressed.