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

Zack Rusin Talks About Gallium3D's TGSI IR

Mesa

Published on 28 October 2010 06:41 PM EDT
Written by Michael Larabel in Mesa
2 Comments

Lately there's been a lot of talk about Gallium3D's IR known as TGSI, or Tokenized Gallium Shader Instructions, and attempts by some to replace this intermediate representation. Efforts toward improving TGSI are not particularly new, but it's been going on for a while and then just earlier this month a new shader and compiler stack was proposed by LunarG. As part of the LunarGLASS proposal, the LLVM IR would be used as a replacement to TGSI.

Zack Rusin of VMware (formerly with Tungsten Graphics) has just written a blog post about Gallium3D's Tokenized Gallium Shader Instructions for those interested in more information regarding the technical side of the IR and its current shortcomings and hurdles being experienced by these open-source GPU driver developers.

Zack's blog post about the IR can be read on his Blogger page. As some takeaway comments for those not interested in all of the technical details but just an overview of the situation, "[Tungsten Graphics'] lofty goal of making the IR so much easier and quicker to adopt took a pretty severe beating. It's especially disappointing since if you look at some of the documentation e.g. for AMD Intermediate Language you'll notice that this stuff is essentially Direct3D assembly which is essentially TGSI (and most of the parts that are in AMD IL and not in TGSI are parts that will be added to TGSI) . So they have this code. In the case of AMD it's even sadder because the crucial code that we need for OpenCL right now is OpenCL C -> TGSI LLVM backend which AMD already does for their IL. Some poor schmuck will have to sit down and write more/less the same code."

The most important paragraph in Zack's blog post is perhaps, "So we're left with Free Software developers who don't have access to the Direct3D functional spec and who are being confused by the IR which is unlike anything they've seen (pre-declared registers, typeless...) which on top of it is not easily transformable. TGSI is very readable, simple and pretty easy to debug though so it's not all negative. It's also great if you never have to optimize or transform its structure which unfortunately is rather rare. If we abandon the hope of having the code from Windows drivers injected in the GNU/Linux drivers it becomes pretty clear that we could do better than TGSI. Personally I just abhor the idea of rolling out our own IR. IR in the true sense of that word. Crazy as it may sound I'd really like my compiler stuff to be written by compiler experts. It's the main reason why I really like the idea of using LLVM IR as our IR."

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. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  2. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  3. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  4. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
Latest Linux Articles
  1. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  2. Testing For The Latest Linux Kernel Power Regression
  3. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  4. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
Latest Linux News
  1. Getting Involved With The New Raspberry Pi Graphics Driver
  2. A New AMD Catalyst Linux Driver Unofficially Surfaces
  3. LibreOffice Ported To 64-bit ARM (AArch64)
  4. Enlightenment E19 RC3 Shows Off The New Wayland Compositor
  5. Metro Redux Is Going To Require OpenGL 4.x On Linux
  6. Jailhouse v0.1 Released As A Basic Hypervisor For Linux
  7. Google's Chromebook "Samus" Now Supported By Coreboot
  8. Chrome 38 Now In Beta With Exciting Advancements
  9. Ubuntu's Utopic Unicorn 14.10 Beta 1 Released
  10. Genode OS 14.08 Has New GUI Architecture, Pluggable VFS
Latest Forum Discussions
  1. Catalyst 14.201.1008
  2. Btrfs Gets Talked Up, Googler Encourages You To Try Btrfs
  3. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins
  4. Users defect to Linux as OpenBSD removes Lynx from base system
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  7. Radeon HD5670 and Ubuntu 14.04
  8. AMD Releases UVD Video Decode Support For R600 GPUs