While LLVMpipe tends to be an afterthought in supporting new OpenGL extensions within Mesa/Gallium3D and is in need of some help, David Airlie managed to land some improvements for it today in Mesa by adding support for double-precision floating-points.
Mesa 10.6.1 was released today as the first point release to Mesa 10.6.
While it doesn't have the backing of Intel Corp, the ILO Gallium3D driver continues to advance on its own for bringing HD/Iris Graphics to Gallium3D as an alternative open-source driver to the i965 Mesa DRI driver.
For those still living on the Mesa 10.5 release train rather than the latest Mesa 10.6 stable or even Git, there's the 10.5.8 update out this weekend.
Back in 2013 Timothy Arceri sought crowd-funding to work on another OpenGL extension for Mesa: GL_ARB_arrays_of_arrays. While progress was made on this OpenGL 4.3 extension, the "AoA" support has yet to be merged to mainline but progress is being made.
While the LLVMpipe driver is commonly used these days as a software fall-back driver on numerous Linux distributions in cases where no hardware GPU driver is available or working, the LLVMpipe state leaves a lot to be desired. In addition to it benefiting from any speed improvements, there's also lots of help it could use on implementing newer OpenGL support.
In addition to this morning's tessellation patches for Mesa, there's more good news today for users of this open-source OpenGL stack that's aspiring for full OpenGL 4 support.
It looks like OpenGL tessellation shader support within Mesa/Gallium3D is finally about to become a reality! Prolific Mesa contributor Marek Olšák has finished up the enablement work started by others and now has OpenGL tessellation working with the AMD RadeonSI Gallium3D open-source graphics driver.
While it's coming a bit behind schedule, Mesa 10.6 has been released today as the newest version of the user-space, open-source graphics drivers for Linux and other platforms. Officially only OpenGL 3.3 support is there, but many OpenGL 4.x extensions were implemented over the past three months.
Following patches from last month, within mainline Mesa Git for Mesa 10.7-devel is support for enabling the AMD RadeonSI Gallium3D driver when being built for Android.
Emil Velikov announced the release this morning of Mesa 10.5.7.
There's good news for both Mesa users and developers when needing to workaround OpenGL bugs / buggy applications and games.
A Phoronix reader has pointed out that a regression has slipped into the Mesa 10.5.5 point release that negatively affects users of dual-GPU laptop owners with NVIDIA Optimus technology that are using the open-source "Primus" code for running OpenGL games on the alternate graphics processor.
Intel developers in particular have been trying to wrap-up OpenGL ES 3.1 support within Mesa. That work is getting closer to finally being realized.
While many Linux desktops using the open-source Mesa graphics drivers are shipping with OpenGL ES 1.x/2.x support, this mobile/embedded version of OpenGL isn't enabled by default within Mesa.
While Mesa still is only officially at OpenGL 3.3 compliance, a lot of OpenGL 4.x extensions continue to be worked on by open-source developers interested in advancing the free software graphics drivers.
The latest Mesa 10.5 point release, Mesa 10.5.6, is now available.
Mesa 10.6 is up to a release candidate state and should be officially released in early June. If you're not up to speed on this quarterly update to the open-source user-space graphics drivers, here's an overview of the new features for Mesa 10.6.
S3TC remains the most common form of texture compression relied upon by video game developers and others, but it remains a legal mess for open-source graphics drivers. ETC2 texture compression isn't faced by legal issues but was only mandated by OpenGL ES 3.0 / OpenGL 4.3, which makes it less well adopted. Meanwhile, in looking forward to the future, ASTC is the royalty-free next-gen texture compression solution that's backed by the Khronos Group. Intel's forthcoming Skylake hardware will make ASTC a much more widespread reality.
Among other OpenGL 4.x extensions, one of the more recent additions to OpenGL being tackled by open-source developers is ARB_shader_storage_buffer_object.
Following this morning's branching of Mesa 10.6 and pushing Git master to Mesa 10.7, the Mesa 10.6 Release Candidate 1 is now available.
As planned, Mesa 10.6 has been branched and due to lacking OpenGL 4.0 / OpenGL ES 3.1 support, the version will not be bumped to Mesa 11.0. This also now makes Mesa 10.7 officially under development.
For users of the Freedreno Gallium3D driver for having unofficial open-source Qualcomm graphics support, the Adreno 306 is the latest graphics processor now supported.
With the latest Mesa patch series by Chih-Wei Huang of Android-x86, the AMD RadeonSI Gallium3D driver is to be enabled.
Most often when talking of new OpenGL 4 extensions in Mesa it tends to be regarding the Intel Mesa driver given they're the company investing the most into the Linux graphics stack, followed by the Radeon and Noveau drivers. However, this week in Mesa is some love to the fallback/debugging software rasterizers.
The current plan is to branch Mesa 10.6 from Git master on Friday, which would put the official 10.6.0 release in early June.
Intel as of late seems quite set on seeing OpenGL ES 3.1 becoming a reality for Mesa in the near-term.
Months after working on direct state access support in Mesa, Fredrik Höglund of KDE has finished off this OpenGL 4.5 feature for core Mesa.
In January of 2014 there was ARB_viewport_array added to the Intel Mesa driver, an extension needed for OpenGL 4.1 compliance, but at the time it was only enabled for Ivy Bridge graphics hardware and newer. Intel has now extended that support back to Sandy Bridge.
Marek Olšák has implemented support for the EGL sync extensions within Gallium3D.
980 Mesa news articles published on Phoronix.