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

AMD R600 LLVM GPU Back-End Gets Better

AMD

Published on 15 February 2013 03:06 PM EST
Written by Michael Larabel in AMD
7 Comments

This week was marked by quite a steady patch flow of improvements to the AMD R600 GPU LLVM back-end that's used for Radeon Gallium3D OpenCL support and is also being bettered for its handling of OpenGL.

Among the patches that hit mesa-dev this week -- and there's also been some new patches already pulled into the LLVM code-base -- include:

- Initial scheduler code. "This is a skeleton for a pre-RA MachineInstr scheduler strategy. Currently it only tries to expose more parallelism for ALU instructions (this also makes the distribution of GPR channels more uniform and increases the chances of ALU instructions to be packed together in a single VLIW group). Also it tries to reduce clause switching by grouping instruction of the same kind (ALU/FETCH/CF) together."

- Support for 128-bit parameters.

- UBO support in the LLVM back-end for OpenGL Uniform Buffer Objects.

- Cleaned-up literal handling.

- TBO support a.k.a. OpenGL Texture Buffer Objects.

- Improved loop handling and various other R600 "structurizer" improvements.

There were also various other fixes and minor improvements to the R600 LLVM back-end. Earlier this month was when R600 LLVM indirect addressing support was finally introduced.

For more information on using the open-source Radeon OpenCL stack with Gallium3D, read Running OpenCL On The GPU With Gallium3D.

New benchmarks of the R600 LLVM back-end are forthcoming but until then are my R600 Gallium3D LLVM benchmarks from last year. Since then many improvements have been made.

This LLVM Radeon GPU back-end will officially introduced in LLVM 3.3 when released later this year.

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. Btrfs On 4 x Intel SSDs In RAID 0/1/5/6/10
  2. AMD Radeon R9 290 On Ubuntu 14.10: RadeonSI Gallium3D vs. Catalyst
  3. MSI X99S SLI PLUS On Linux
  4. NVIDIA GeForce GTX 970 Offers Great Linux Performance
Latest Linux Articles
  1. NVIDIA's Linux Driver Can Deliver Better OpenGL Performance Than Windows 8.1
  2. Windows 8.1 vs. Ubuntu 14.10 With Intel HD Graphics
  3. 6-Way Ubuntu 14.10 Radeon Gallium3D vs. Catalyst Driver Comparison
  4. NVIDIA vs. Nouveau Drivers On Ubuntu 14.10
Latest Linux News
  1. Steam Linux Usage Is Almost Back Up To 1.2%
  2. GCC's JIT Compiler Support Moves A Step Closer To Mainline
  3. Freescale's iMX DRM Driver Sees Big Changes
  4. Enlightenment's New Wayland Compositor Code Is Now Functional, Supports XDG-Shell
  5. Don't Use Fedora's Fedup Right Now Due To A Bug With Systemd
  6. AMD On Linux & Systemd Were Very Popular This Month
  7. Wine 1.7.30 Continues Work On DirectWrite & Offers Regedit Fixes
  8. Has The Sky Fallen? Qualcomm Contributes To Freedreno's DRM/KMS Driver
  9. Manjaro Works To Make Calamares A Distribution-Independent Installer
  10. DisplayLink USB 3.0 Support Sounds Like A Mess
Latest Forum Discussions
  1. Civilization: Beyond Earth Overcoming Linux GPU Driver Problems
  2. How to get rid of Linux
  3. Updated and Optimized Ubuntu Free Graphics Drivers
  4. Step by Step install of Latest Nvidia Driver Article Request
  5. Closed source to opensource
  6. What Would You Like To See Next?
  7. Is foolish currently develop in machine code, hexadecimal and assembly?
  8. Reducing The CPU Usage In Mesa To Improve Performance