One month ago I mentioned there was a possible workaround for the S3TC patent situation. The possible S3TC workaround was S2TC, which is a simpler implementation of texture compression than the patented S3 Texture Compression algorithms, and comes gratis from the developers of the Xonotic game. However, Mesa developers still aren't thrilled about this possible solution.
For those not closely watching the Mesa Git tree, just hours ago the Mesa GLSL-To-TGSI translator was merged to master, making it a feature for the next Mesa 7.12 (or potentially Mesa 8.0) release.
Now that Mesa 7.11 has been released, will the GLSL to TGSI translator be merged to master? All indications would be yes.
For those not living in the wonderful land of Git for Mesa, the second release candidate of the forthcoming Mesa 7.11 release is now available.
Besides pipe-video landing in Mesa, there's some more good news to report when it comes to accelerated video playback over Mesa/Gallium3D. There's a VP8 state tracker for this Google format that's actively being developed.
As expected, Christian König has pushed the Gallium3D pipe-video work into the mainline Mesa repository, which will be one of the big features to be introduced in Mesa 7.12/8.0 release, not the forthcoming Mesa 7.11.
Last month it was announced that the GLSL IR to TGSI translator for Mesa that avoids the use of the inefficient and old Mesa IR was ready to be merged. A month later, the code for this core Mesa improvement hasn't been pulled.
The next release of Mesa, which will be released as either Mesa 7.12 or Mesa 8.0 (assuming OpenGL 3.0 compliance) next January, is already beginning to receive some exciting features. Mesa 7.11 isn't being released until the end of this month, but the changes taking place in Git master are quite enticing for those wishing to live on the bleeding-edge of open-source Linux graphics drivers.
Yet again Marek Olšák has made another great improvement to Mesa. Recently this independent developer has been working quite a lot in implementing OpenGL 3.0 support for the open-source Mesa stack. Ending out this weekend, he now has working OGL3 floating-point depth buffers per the GL_ARB_depth_buffer_float extension.
While this is non-news for many Phoronix readers that are Mesa Git followers and already onto tracking Mesa 7.12-devel after using Mesa 7.11-devel for months already, for everyone else, the first release candidate of Mesa 7.11 is now available.
Thomas Hellstrom of VMware has just merged to Mesa master the XA Gallium3D State Tracker that we previously talked about on Phoronix.
There's another item on the TODO list for Mesa's OpenGL 3.0 support to scratch off. Marek Olšák has been viciously finishing up bits of OpenGL 3.0 support (along with his always-excellent work to the Radeon Gallium3D drivers) and has now produced a set of 13 patches that provide floating-point depth buffers.
Via a commit to the TODO list concerning Mesa's support for the OpenGL 3.0 specification, Marek Olšák has confirmed that vertex texture image units for OGL3 are "DONE" and working on the R600 Gallium3D driver.
Due to some user confusion after this morning's Intel Gallium3D article regarding what Intel IGPs are actually covered by this community-alternative to Intel's official classic Mesa driver, here's an overview of all the different Gallium3D drivers.
Mesa 7.11 has been branched in preparation for its release next month. What this means is that now Mesa Git master is for Mesa 7.12, which will be the graphics code in-development until next January when it's either released as 7.12, or Mesa 8.0 should the OpenGL 3.0 support land by year's end.
Benjamin Franzke, a developer who as of the past several months has been hacking on Wayland and working to get it running over OpenWF along with making other improvements, has written a graphics buffer manager (GBM) for Mesa.
One of the Google Summer of Code projects pertaining to Mesa / X.Org is to bring-up open-source OpenCL support with the Gallium3D driver architecture. There's long been a branch of Mesa dubbed "Clover" that provides an OpenCL state tracker for the Gallium3D driver architecture, but it hasn't been usable as there's a lot of work to be finished. This GSoC project attempts to change that and there's already been a big milestone achieved.
Back in April we reported on the ambitious project by a lone, independent developer to write a GLSL IR to TGSI translator for Mesa that wouldn't involve using Mesa's crufty IR. This work would also be a stepping-stone to GLSL 1.30 support in Mesa, which is needed for OpenGL 3.0 support in this critical free software project. Today the developer is reporting that he believes this translator is ready to be merged into Mesa.
Hurra! A new Gallium3D state tracker was just released! But it's not the state tracker for OpenCL support, VDPAU or VA-API encoding/decoding, or anything else like that, but rather it's for something new: the XA State Tracker. This state tracker provides a new means of X.Org Acceleration (hence the "XA" name) and was developed by VMware.
Marek Olšák, the open-source community developer known for his contributions to Mesa / Gallium3D and to the Radeon driver in particular, has submitted a set of patches to the Mesa mailing list. This time around, these patches overhaul the Gallium3D configure/build-time options. These patches are meant to make it easier to configure Gallium3D with the Gallium3D EGL support and in automatically determining what state trackers to build. In addition, there is one prominent change in default behavior.
For those living in a very stable world, Mesa 7.10.3 is now for your building pleasure. Mesa 7.10.3 just incorporates bug-fixes, but none of the new work found in the six-months-in-development Mesa 7.11 code-base.
Finally, Mesa 7.11 is set to be released in early July. Ian Romanick of Intel has laid out plans to do a Mesa 7.10.3 point release in two weeks and then to release the proper Mesa 7.11 release in 7/11 (July of 2011).
Last September there was the release of a Direct3D 10/11 state tracker for Gallium3D. This natively implemented Microsoft's graphics API from DirectX for the latest versions 10 and 11 with Gallium3D Linux graphics drivers. While it sounded quite enticing when the code was first released, there hasn't been much activity since that point.
After releasing open-source Ivy Bridge code last month for the Linux kernel to go in Intel's DRM (Direct Rendering Manager) driver for graphics acceleration and kernel mode-setting, Intel then landed Ivy Bridge support in their X.Org driver although that isn't too interesting with most of the exciting code these days happening in the Linux kernel or Mesa library. Yesterday, however, the final big piece of the Linux support for Ivy Bridge was pushed out there: the Mesa 3D support.
Submitted to the mailing list over the weekend was a patch by Carl-Philip Haensch that implements support for Anisotropic Filtering (AF) in the ATI/AMD R600 Gallium3D driver.
What's been talked about extensively and for quite a while but not acted upon too much is ridding Mesa of Mesa IR, it's intermediate representation used internally by core Mesa and its drivers. It was also talked about as a possible summer project of replacing Mesa IR with GLSL IR. Now though an individual has begun gutting out Mesa IR and providing a direct GL Shading Language IR to TGSI (the Gallium3D IR) translator.
The open-source Mesa / Gallium3D Linux drivers not only take heat for their slow performance (in many cases, dreadfully slow) compared to the proprietary drivers, their bugs causing issues like those with KWin, and their inability to run many games/applications, but also for their very belated support in enabling support for new OpenGL extensions and versions of the GL Shading Language.
Tom Stellard, the student developer who participated in last year's Google Summer of Code to improve the R300 GLSL compiler for the open-source ATI/AMD driver, is still around and contributing to upstream Mesa. Last month he announced his new R300 register allocator being ready for wider testing. He's now announced further improvements on this GPU register allocator for Mesa.
Over the weekend there was a rant by Martin Gräßlin, the lead developer of the KWin compositing window manager for KDE, about Intel's open-source driver breaking. This is the second time in recent times that the driver has outright failed with KDE, which threatens the Intel KWin support in Ubuntu 11.04, but this time it's over the OpenGL renderer string being changed and KWin using that to determine direct rendering support. Martin has now written a very lengthy e-mail to the developers of Mesa.
Martin Gräßlin, the lead KDE developer of the KWin compositing window manager, usually has fairly insightful and technical blog posts. Last week he was talking about possibly moving the KDE screensaver into the KWin compositor for KDE SC 4.8 after writing the KDE view on GNOME's new compositing manager. Today he has written a new post, but this time it's about the open-source Intel Mesa driver breaking (again) for KWin.
835 Mesa news articles published on Phoronix.