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 Articles & Reviews
  1. Ubuntu vs. Fedora Linux On Lenovo's X1 Carbon With Core i7 Broadwell
  2. Ubuntu 15.04 Is The Easy Path To Better Performance On Intel Broadwell
  3. NVIDIA's Latest Maxwell Line-Up Against AMD With Catalyst On Linux
  4. Preliminary Tests Of Intel Sandy Bridge & Ivy Bridge vs. Broadwell
  5. AMD FX-8320E Performance On Linux
  6. Linux Compiler Benchmarks Of LLVM Clang 3.5 vs. LLVM Clang 3.6-rc1
Latest Linux News
  1. Free Software Foundation Endorses Another (Outdated) Laptop
  2. DNF Plugins Extend The Functionality Of Fedora's Yum Successor
  3. LibreOffice 4.4 Released With Better OOXML Support, UI Improvements
  4. Inkscape 0.91 Goes Through C++ Code Conversion, New Cairo Rendering, OpenMP Filters
  5. New Mesa Patch To Improve CPU-Bound Applications
  6. LLVM Adds Options To Do Fuzz Testing
  7. Coreboot Now Supports Another Dual-Socket AMD Motherboard
  8. Atomic Mode-Setting/Display Support Progresses In Linux 3.20
  9. NVIDIA 340.76 Brings Three Stable Fixes
  10. Intel Broadwell-U P-State vs. ACPI CPUFreq Scaling Linux Performance
Most Viewed News This Week
  1. PlayStation 4 System Compiler Support Landing In LLVM
  2. LibreOffice 4.4 Is Coming Soon With New Features
  3. Linux "GHOST" Vulnerability Hits Glibc Systems
  4. My Initial Intel Broadwell Linux Experience With The ThinkPad X1 Carbon
  5. Broadwell Linux Ultrabook Running MUCH Cooler Than Haswell
  6. LZHAM 1.0 Lossless Data Compression Codec Released
  7. Linux Users Upset By Chromium's Busted HiDPI Support
  8. Interstellar Marines On Linux With Catalyst: Bull S*#@