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.
The first working ARM System-on-Chip (SoC) GPU graphics driver built for Gallium3D has been merged into mainline Mesa!
Brian Paul has published an initial OSMesa state tracker along with OSMesa support for the LLVMpipe and Softpipe drivers.
The Direct3D state tracker for Gallium3D that for a short time provided hope of a native Direct3D implementation for Linux of the Microsoft Direct3D 10/11 APIs without simply being a translator layer to OpenGL, is set to be nuked from mainline Mesa.
A day after announcing the Mir display server as their custom replacement for X.Org/Wayland within the Ubuntu world, Canonical is now pushing for the Mesa back-end that was developed behind closed doors over the past half-year to be integrated into mainline Mesa.
The Gallium3D LLVMpipe driver has gone from supporting GLSL 1.20 to now handling not only GLSL 1.30 but also GLSL 1.40. Version 1.40 of the GL Shading Language is needed for OpenGL 3.1 compliance.
Benchmarks from the Mesa 9.1 stable branch with Intel "Ivy Bridge" graphics were done to look at the OpenGL gaming performance from Unity, KDE, GNOME Shell, Xfce, LXDE, and Razor-qt.
With talking recently about LLVMpipe driver improvements and having not benchmarked this Gallium3D software driver in a while, here are new benchmarks of this LLVM-based software fallback driver when using Mesa 9.1-devel Git in conjunction with LLVM 3.3 SVN code, for the very latest look at the OpenGL software acceleration possibilities.
Last weekend there was a fair amount of chatter about Intel not planning to bring some OpenGL 3.0 functionality to Ironlake. The hardware supports some of GL3, but the Intel developers are more concerned about newer generations of Intel graphics hardware plus other driver features. How though is the Intel Ironlake (Clarkdale/Arrandale) performance with Mesa 9.1? Here's some benchmarks.
Rob Clark has sent out a revised Freedreno Gallium3D driver that he's hoping to be merged into the mainline Mesa repository. This provides an open-source user-space driver for the Qualcomm Adreno A220 graphics hardware.
While LLVMpipe is now commonly used as the default software fallback on the Linux desktop in cases where there is no OpenGL hardware driver available, it remains limited to OpenGL 2.1 compliance and doesn't see too much love by developers. Fortunately, VMware developers continue to take some care of this driver and today there's now support for two new OpenGL extensions pertaining to texture buffers.
With this morning's release of mesa-demos 8.1, which provides updates to the commonly used glxinfo command, it's now easy to find out the version of the OpenGL Core Profile supported by your graphics driver/hardware.
With the release of Mesa 9.1, Intel Sandy Bridge and Ivy Bridge graphics continue to be advanced while at the same time the Intel Linux developers are hard at work on future Haswell and Valley View graphics support. Having only limited resources to go around, Intel developers have quickly lost interest in earlier generations of hardware.
The Freedreno Gallium3D driver is closer to being merged into Mesa after support for Freedreno was added into libdrm, the DRM library, on Friday.
For those users of the open-source Linux graphics drivers, if you're not a habitual Mesa Git follower, go forth and download Mesa 9.1 now that it's been officially released.
For those living in a conservative, stable land, Mesa 9.0.3 is now available with bug-fixes to the various open-source GPU drivers.
Vadim Girlin on Sunday posted a stack space patch for the AMD R600 Gallium3D driver that he reported to improve Unigine's performance by ~30% for this open-source Radeon graphics driver. He has since revised that patch, but testing has revealed it isn't too incredibly exciting at this point.
The Freedreno graphics driver that supports reverse-engineered Qualcomm ARM graphics is nearing a state of mainline support within Linux.
While Mesa 9.1 represents a number of improvements to this open-source graphics stack that were made over the past six months, as far as end-users are concerned, there's still a number of shortcomings.
With Mesa 9.1 expected to be released before month's end, here's a run-down of some of the exciting features to be found from this next Mesa 3D release.
Vadim Girlin has revived his "shader optimization" branch of Mesa that focuses upon improvements to the AMD R600 Gallium3D graphics driver.
IBM is working on porting the Gallium3D open-source LLVMpipe software driver to the PowerPC architecture.
727 Mesa news articles published on Phoronix.