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

Mesa "Flatland" GLSL IR Proposal

Mesa

Published on 07 February 2014 10:44 AM EST
Written by Michael Larabel in Mesa
1 Comment

A new GLSL intermediate representation (IR) approach has been proposed for Mesa in replacing its existing tree-based representation for shaders.

Connor Abbott, the high school student that started out doing low-level, technical work on the reverse-engineered Lima ARM Linux graphics driver has expanded his sights. The young but knowledgeable free software developer last month began working on SSA support for Mesa's GLSL IR and now may rework the GLSL intermediate representation entirely.

Ian Romanick at FOSDEM last week covered Mesa's existing tree-like shader IR spearheaded by the Intel developers in their open-source Linux graphics driver. The presentation slides can be found in PDF form. There's also a WebM video.

Ultimately this intermediate representation needs to be overhauled or replaced entirely, but the next step is what's still up in the air. Connor Abbott has now started a new developers' mailing list thread entitled Flatland.

Connor's proposal includes, "rather than slowly introducing changes across the board, we create the IR in its final form in the beginning, write passes to flatten and unflatten the IR, and then piece-by-piece rewrite the rest of the compiler. We're going to have to rewrite a lot of the passes to support SSA in the first place, so why not convert them to a flat IR while we're at it? The benefit of this is that it's much easier to do asynchronously and in parallel; rather than introducing changes to the entire thing at once, several people can convert this and that pass, the frontend, the linker, etc. independently. It would entail some extra overhead during the transition in the form of the flattening and unflattening passes, but I think it would be worth it for the immediate benefits (optimizations like GVN-GCM and CSE made possible, etc.)."

Pending sufficient interest in the "Flatland" IR approach he's willing to come up with the basic patches to implement his approach.

AMD's Alex Deucher has already come out and suggested just moving to LLVM directly. Using LLVM right now is the Radeon driver with their OpenCL/Compute support and as a shader compiler too while it's also used by the LLVMpipe driver. Nouveau has played with LLVM support too. At past FOSDEMs there's been talk of Intel's Linux GPU driver moving to LLVM but that has yet to materialize and is expected to be a slow and daunting process.

We'll see soon how other developers respond on the Mesa mailing list.

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. MSI X99S SLI PLUS On Linux
  2. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  3. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  4. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
Latest Linux Articles
  1. RunAbove: A POWER8 Compute Cloud With Offerings Up To 176 Threads
  2. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  3. Ubuntu 14.10 XMir System Compositor Benchmarks
  4. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
Latest Linux News
  1. openSUSE Factory & Tumbleweed Are Merging
  2. More Fedora Delays: Fedora 21 Beta Slips
  3. Mono Brings C# To The Unreal Engine 4
  4. Coreboot Now Has Support For Intel Broadwell Hardware
  5. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  6. GTK+ Lands Experimental Backend For Mir Display Server
  7. Ubuntu 14.10 Officially Released
  8. Mesa 10.4 Might Re-Enable HyperZ For R600g/RadeonSI
  9. Intel GVT-g GPU Virtualization Moves Closer
  10. GTK+ 3.16 To Bring Several New Features
Latest Forum Discussions
  1. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Linux hacker compares Solaris kernel code:
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Advertisements On Phoronix
  6. Users/Developers Threatening Fork Of Debian GNU/Linux
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed