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

R600 Gallium3D Disables LLVM Back-End By Default

AMD

Published on 16 April 2014 09:51 PM EDT
Written by Michael Larabel in AMD
33 Comments

AMD has decided to disable the LLVM compiler back-end by default within the R600 era Gallium3D graphics driver.

The AMD GPU LLVM back-end was never a hard requirement to the R600 Gallium3D driver that supports the Radeon HD 2000 through 6000 series graphics cards, but had become an optional feature on the graphics shader compiler side and then only a requirement for those wishing to take advantage of OpenCL/GPGPU support for this pre-GCN hardware. The AMD GPU LLVM back-end meanwhile is a hard requirement for the RadeonSI Gallium3D driver with AMD's HD 7000 series hardware and newer -- for both graphics and compute support.

Mesa has supported using the --enable-r600-llvm-compiler compile-time switch for months for building R600g with the LLVM back-end on supported versions of the compiler infrastructure, but now not even that will disable the compiler back-end by default for this driver.

AMD's Michel Dänzer wrote in a Git commit a short time ago today, "For graphics, the LLVM compiler backend currently has many shortcomings compared to the non-LLVM one. E.g. it can't handle geometry shaders yet, but that's just the tip of the iceberg."

The R600g LLVM support is now disabled at run-time by default and will require setting the R600_DEBUG=llvm environment variable for enabling the LLVM back-end for graphics on this pre-RadeonSI driver.

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. Trying Intel OpenCL On Linux For Video Encoding
  2. GSoC 2014 Yielded Some Improvements For Mesa/X.Org This Year
  3. webOS Lives On As LuneOS With New Release
  4. Marek Lands Radeon Gallium3D HyperZ Improvements
  5. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  6. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  7. Microsoft & AMD Release C++ AMP Compiler With Linux Support
  8. AMD, Wine & Valve Dominated August For Linux Users
  9. Linux 3.17-rc3 Kernel Released Back On Schedule
  10. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
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