This morning I posted new Radeon Gallium3D - Mesa 9.1 vs. Mesa 9.2 benchmarks, which showed the upcoming Mesa release performing nicely for AMD APU graphics. However, what is the performance like the software-based LLVMpipe driver that is commonly being used in fallback situations where there is no GPU hardware driver available? It's generally a lot faster now for handling OpenGL.
Ian Romanick announced the Mesa 9.1.4 release on Monday. Mesa 9.1.4 offers back-ported bug-fixes to the open-source graphics drivers, mostly affecting the Intel DRI driver along with two LLVMpipe driver fixes.
There's long been a need for QEMU/KVM to have guest 3D support for virtual machines (especially with more of the modern Linux desktops requiring OpenGL support) and Red Hat engineers have talked about such support previously, but now it looks like code is finally materializing.
An Oracle engineer is beginning to look at developing a Mesa-based graphics driver for their VM VirtualBox software that could be integrated into the mainline Mesa code-base.
More Mesa / Gallium3D patches out of Google have come about this month for improving the open-source graphics stack.
Being published this afternoon are benchmarks of the Gallium3D LLVMpipe software driver compared to Intel HD 4600 graphics on Mesa 9.2 Git when using an Intel Core i7 4770K. While this Intel "Haswell" CPU is faster than previous generations, it's still obviously best not relying upon LLVMpipe.
Freedreno, the reverse-engineered community-based open-source driver for Qualcomm Adreno graphics hardware, now has support for the newer A300 series of graphics cores as found in the Google Nexus 4.
The Lima driver is slowly but surely progressing for supporting ARM Mali graphics hardware in an open-source world. A Mesa driver has been started, their demo code can be faster than the binary driver, user-space memory management is being tackled, and evidently the management at ARM Holdings isn't too happy.
The Freedreno Gallium3D graphics driver that's a reverse-engineered incarnation of the Qualcomm Snapdragon driver, has support for the A320 graphics core coming along quite well. The A320 found in the Nexus 4 is now running the Freedreno 3D driver and can even handle bearing the load of the GNOME Shell desktop.
With Qualcomm's newer Snapdragon SoCs no longer having a 2D acceleration core for graphics, the Freedreno driver has implemented XA acceleration support within the reverse-engineered software for implementing 2D over the 3D engine via its Gallium3D driver.
For those that were turned on by the recent Radeon Gallium3D performance improvements found in Mesa 9.2 but are Intel Linux graphics users rather than AMD, there's good news too. Here's some benchmarks showing off nice Intel OpenGL performance improvements found with Mesa 9.2 for an ASUS Ultrabook with HD 4000 "Ivy Bridge" graphics.
Mesa 9.1.3 was released today to address some outstanding bugs back-ported from the current Mesa 9.2 development code.
Ian Romanick of Intel's Open-Source Technology Center has announced the immediate release of Mesa 9.1.2 for open-source graphics drivers.
Published this weekend was a very primitive back-end for LLVM that generates TGSI, the standard intermediate representation (IR) used by Mesa's Gallium3D drivers.
For many months there has been a "shader optimization" branch of Mesa/R600g that sought to rather noticeably boost the performance of the AMD R600 Gallium3D driver. While this work by Vadim Girlin didn't look like it would be merged, after being revived and cleaned-up, it might reach mainline Mesa/Gallium3D as a new performance-boosting option.
The RadeonSI Linux driver that supports the Radeon HD 7000 series and future HD 8000 series of graphics cards can now handle compressed textures and 2D tiling.
Early this morning I delivered benchmarks of the new Intel Gallium3D driver developed by a LunarG employee. Coincidentally, hours later, the developer has proposed merging this Gallium3D graphics driver for Sandy Bridge and Ivy Bridge hardware into mainline Mesa.
While the release of Mesa 9.2/10.0 is still a ways away, for those users of the Nouveau reverse-engineered open-source NVIDIA graphics driver, here are some early benchmarks for reference compared to the stable Mesa 9.0 and 9.1 series.
Patches were published on Friday for the ARB_separate_shader_object extension of the OpenGL 4.1 specification.
The Gallium3D HUD that makes it very easy to show various driver/hardware related real-time performance metrics on a heads-up display drawn over OpenGL applications, has already received a few improvements.
Earlier this morning I wrote about Chris Forbes committing texture storage multi-sample support to mainline Mesa and the Intel DRI driver. This OpenGL 4.x extension is now accompanied by a new "RFC" patch-set for providing Mesa support for another GL4 feature.
Support for the OpenGL ARB_texture_storage_multisample extension is now implemented within Mesa and is exposed by the Intel DRI driver.
Geometry shaders are one of the few remaining features to be implemented before Mesa can officially declare itself in compliance with the OpenGL 3.2 specification. Fortunately, work on the Gallium3D side is ongoing.
The latest accomplishment of Marek Olšák is developing a "heads-up display" for Gallium3D DRI2 drivers for showing off various attributes of the current system state like the frame-rate and CPU load.
With updated documentation in the Mesa tree, here's a look at what's left to be accomplished for the Mesa drivers to catch up with the latest upstream Khronos specifications for OpenGL 3.x and OpenGL 4.x.
Marking one month worth of bug-fixes, Mesa 9.1.1 has been released as the first point release for this important piece of the Linux graphics stack.
The open-source Lima driver project that has been working on a reverse-engineered ARM Mali Linux graphics driver is still advancing.
Chris Forbes has introduced support for Mesa and specifically Intel's DRI driver to support ARB_texture_storage_multisample, a feature that's been apart of core OpenGL since version 4.2.
Jose Fonseca is seeking comment from Mesa developers about possibly taking advantage of C language thread primitives that were introduced in the new C11 standard.
Last week at Linaro Connect Asia 2013, there was a session about OpenGL ES 3.0 and what the Linaro working group can accomplish.
898 Mesa news articles published on Phoronix.