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.
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.
832 Mesa news articles published on Phoronix.