1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Marek Files Patches For Floating-Point In Mesa Master

Free Software

Published on 01 April 2011 01:10 PM EDT
Written by Michael Larabel in Free Software
27 Comments

Forget about the fun being had today on April Fools' Day with openSUSE / Gentoo / Arch / Debian supposedly merging to form the Centerbury Linux distribution, GNOME 3.0 being delayed until September, or hypothetical Linux disasters as there is actually some serious and important news: Marek Olšák has published his patch-set he wishes to push into Mesa master for OpenGL 3.0 floating-point textures and render-buffers support. He's pushing for this legally-iffy code to go into the mainline Mesa code-base but to block it by an opt-in --enable-texture-float build flag.

Marek Olšák, the well known community developer who's made significant contributions to Mesa / Gallium3D itself and particularly the open-source ATI drivers, has just published a set of six patches to the Mesa mailing list. "This patch series adds the last pieces of ARB_texture_float support to Mesa and Gallium."

Here's the main part of the message:
The thing is Mesa and Gallium more or less already support float textures and renderbuffers in master. Gallium has full floating-point support in the interface and if it was a public API, people could just expose it and not care. There is clearly a need for a configure switch which can hide float renderbuffers from any interface, public or private, and driver developers should use such a switch.

So ARB_texture_float is mostly implemented in master. What's missing is the A/L/LA/I formats in Gallium, and the R/RG formats in the Mesa core, and some glue between Mesa and st/mesa.

I am proposing to merge all these patches and advertise ARB_texture_float if --enable-texture-float is used in configure.sh/autogen.sh. This is the same strategy the FreeType project had. If Linux distributors want ARB_texture_float (e.g. to get OpenGL 3), they should obtain the patent or find any other legal way around it, and then use the configure switch, but it's their and only their problem, not ours. By default, ARB_texture_float is disabled, so the Linux distributors not willing to support ARB_texture_float don't need to care.

BTW, this is not April Fools' prank.

It was in the beginning of March when Lucas Stach proposed merging Marek's floating-point/render-buffer branch to mainline Mesa and to conceal it behind a --enable-patented build option to move the legal burden from the Mesa developers and onto the distribution vendors and those compiling the code and distributing the binary packages.

There was interest in merging the work, but ultimately it didn't happen. This also then brought another proposal of merging the S3TC support to Mesa and hiding it behind a similar build switch. The difference though between the S3TC and floating-point / render-buffer work is that the the S3 Texture Compression work can live relatively cleanly in an external library that's dynamically loaded by Mesa. The floating-point / render-buffer work does much better living directly within the core.

While it didn't get merged then, Marek himself is now bringing the matter to the mailing list himself and showing the six patches in particular that would need to be merged rather than just trying to pull his floating branch.

Hopefully now we will see GL_ARB_texture_float merged to master, albeit it will be disabled by default. This would be another step forward with Mesa / Gallium3D finally catching up to the latest OpenGL 3.x/4.x specifications. As far as what this means, with the very latest Mesa 7.11-devel / Gallium 0.4 development Git code and floating-point support enabled, Unigine Heaven can now run on Gallium3D. This impressive technology demo may now function, but how it performance is still less than desirable.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. AMD Launches New FX CPUs, Cuts Prices On Existing Processors
  2. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  3. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  4. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
Latest Linux Articles
  1. Ondemand vs. Performance CPU Governing For AMD FX CPUs On Linux 3.17
  2. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  3. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  4. Testing For The Latest Linux Kernel Power Regression
Latest Linux News
  1. Borderlands 2 Is Coming To Linux
  2. The Witcher 2 Ups The Performance More & Works Around Catalyst Bug
  3. Running Gallium3D's LLVMpipe On The Eight-Core 5GHz CPU
  4. Trying Intel OpenCL On Linux For Video Encoding
  5. GSoC 2014 Yielded Some Improvements For Mesa/X.Org This Year
  6. webOS Lives On As LuneOS With New Release
  7. Marek Lands Radeon Gallium3D HyperZ Improvements
  8. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  9. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  10. Microsoft & AMD Release C++ AMP Compiler With Linux Support
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. nv and xorg.conf under Debian PPC
  3. AMD graphics doesn't work with AMD Catalyst drivers
  4. Best Radeon for a Power Mac G5?
  5. The dangers of Linux kernel development
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. SSD seems slow