The nicer Radeon Gallium3D (R600g) shader disassembler that was previously talked about on Phoronix has finally been merged into mainline Mesa.
While there's been early code available for several months, Mesa support for OpenGL Geometry Shaders still isn't ready for merging into mainline Mesa.
Mesa 9.1 was branched yesterday, ahead of the official release next month, which effectively puts an end to new feature development on this next release. For those that haven't been keeping up with Mesa's Git activity over the past half-year, here's a look at the new OpenGL extensions supported.
Compiler tuning can lead to performance improvements for many computational benchmarks by toying with the CFLAGS/CXXFLAGS, but is there much gain out of optimizing your Mesa build? Here's some benchmark results.
Mesa 9.1 should be released by the end of February as the latest version of this bi-annual open-source OpenGL implementation that continues to slowly but surely pickup new functionality for most major graphics drivers.
With all of the recent improvements going into Mesa/Gallium3D, along with some work advancements to the AMD GPU LLVM back-end, it's slowly becoming a suitable time for enthusiasts wishing to experiment with OpenCL on the open-source Linux graphics stack through Gallium3D and the "Clover" state tracker.
The open-source Radeon R600 LLVM back-end has finally received support for indirect memory addressing.
Mesa 9.0.2 was officially released today.
A bit of new code was committed this week for Gallium3D's LLVMpipe software driver that attempts to provide modest OpenGL performance as a software fallback by taking advantage of LLVM to exploit multiple CPU cores and the latest instruction set extensions on modern processors. Unfortunately, the rate of advancement for LLVMpipe still isn't too fast.
Last month I wrote about Mesa support for the ARB_texture_multisample. At the time the support was limited to enabling this OpenGL extension for the Intel Mesa DRI driver with Gallium3D and its hardware drivers going unsupported. Fortunately, the OpenGL texture multi-sample support is now heading to Gallium3D and is close to being in a good state for the AMD "R600g" driver.
Open-source developers are looking at putting out the next version of Mesa, version 9.1, in late February.
Two performance-related commits were made today to Mesa for the Nouveau Gallium3D driver.
Patches surfaced on the Mesa mailing list on Saturday morning for supporting the OpenGL ARB_texture_multisample extension within core Mesa and the Intel i965 DRI driver.
Mainline support in the Mesa library for the OpenGL ES 3.0 specification is getting close to becoming a reality.
This week the improved Radeon R600 Gallium3D HyperZ support was merged into mainline Mesa.
Mesa is picking up support for EGL_EXT_buffer_age, an extension that can help out compositing window managers.
With the recent improvements to MSAA Gallium3D support, if you have been wanting to benefit from anti-aliasing with the open-source Gallium3D drivers but your game/application doesn't have options to toggle the MSAA level, it's now a bit easier to configure.
Just days after fixing R300 Gallium3D HyperZ support for better performance and recently making other Radeon driver improvements, Marek Olšák is onto something new: working on Multi-Sample Anti-Aliasing improvements within Gallium3D.
In addition to pushing OpenGL transform feedback for Gallium3D's LLVMpipe, David Airlie has released a new patch-set for Uniform Buffer Objects (UBOs) and Texture Buffer Objects (TBOs) within Mesa's Gallium3D infrastructure.
An initial patch for review has been published by David Airlie that implements OpenGL Transform Feedback support for the LLVMpipe driver.
While OpenGL is becoming a requirement for more of the Linux desktops out there, and ARM open-source graphics drivers aren't yet commonplace, using the Gallium3D LLVMpipe software rasterizer on ARM isn't yet a really viable solution.
A handful of memory-related issues were plugged up yesterday in Mesa thanks to the Coverity static code analysis tools.
The Mesa state tracker as used by the Gallium3D hardware drivers has support for handling the creation of OpenGL 3.1 Core Profiles.
For those that don't closely follow the Mesa Git repository, there's finally a few more "RadeonSI" Gallium3D driver fixes that arrived this morning for slowly but surely bringing up the AMD Radeon HD 7000 series 3D support.
Intel is planning to soon begin merging the OpenGL ES 3.0 support patches into mainline Mesa.
Marek Olšák continues to work on Mesa/Gallium3D performance improvements. Marek's latest work is on implementing a-synchronous SwapBuffers and to allow for thread offloading of SwapBuffers via a new DRI2 extension to the libGL-Mesa interface.
Anuj Phogat of Intel has published his second round of twenty-two patches for implementing ETC2 texture compression support within the Intel Mesa driver.
David Airlie has implemented another one of the OpenGL 4.x features into mainline Mesa. The new feature is currently fully supported for the Softpipe and tentatively for AMD R600g (targeting the Radeon HD 5000 series "Evergreen" GPUs) drivers.
Following yesterday's article comparing the AMD Radeon Linux drivers on Ubuntu 12.10, Marek Olšák looked into some of the cases where the open-source Radeon Gallium3D driver was much slower than the proprietary Catalyst driver. Already with one patch that touches only two dozen lines of code, Marek was able to quadruple the open-source driver frame-rate for at least one game.
OpenGL support is becoming an increasing hard requirement on the Linux desktop. Even if your hardware comes up short, more desktops are requiring GL support, which means falling back to the CPU-based LLVMpipe Gallium3D driver.
725 Mesa news articles published on Phoronix.