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 Radeon HD 7000 Series Gallium3D Merged

AMD

Published on 13 April 2012 09:37 PM EDT
Written by Michael Larabel in AMD
18 Comments

Even if you're not a NVIDIA graphics customer and not interested in the state of the Nouveau driver and its big advancements today, there still is some Mesa Gallium3D news of importance to share. AMD has merged their Radeon HD 7000 "Southern Islands" Gallium3D driver to mainline.

The Radeon DRM driver changes for the Radeon HD 7000 series of graphics processors was merged into the Linux 3.4 kernel. On the Gallium3D side for the user-space OpenGL driver, that was published last week and living in a separate Mesa branch. Now though that's been changed as today Tom Stellard pushed it to mainline Mesa Git master.

This new Gallium3D driver for the latest HD 7000 generation of AMD GPUs, is still far from being complete or close to on-par with the earlier Radeon Gallium3D drivers (R600g and R300g). In the commit message, Tom Stellard mentions that just "egltri" is starting to work. Due to Southern Islands / GCN being a radically new architecture, the R600g driver wasn't extended but there's much work left to bring this new open-source enablement code up to speed.

As shown with the commit, this new "RadeonSI" driver amounts to 66,000 lines of new code. However, also included as part of this commit is the R600 LLVM back-end as it's been a slow process getting it pushed into upstream LLVM so for now at least it's being included externally within Mesa.

The AMD developers are continuing to plan on using Gallium3D for accelerating X.Org/2D. Right now there's the Xorg state tracker and XA state tracker for doing 2D X.Org acceleration with a replacement and generic DDX driver, but it's not clear at the moment if they're going to use it. According to comments made by AMD's John Bridgman in this forum thread, they're still deciding about how to do the X acceleration over Gallium3D.

For now any Linux desktop users with an AMD Radeon HD 7000 series graphics card are better off using the Catalyst Linux driver until the RadeonSI support matures. The Phoronix review looking at the Southern Islands support with Catalyst can be found in the AMD Radeon HD 7950 review and the follow-up article.

Latest Linux Hardware Reviews
  1. Overclocking The AMD AM1 Athlon & Sempron APUs
  2. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
  3. Upgraded Kernel & Mesa Yield A Big Boost For Athlon R3 Graphics
  4. AMD Athlon 5350 APU On Linux
Latest Linux Articles
  1. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  2. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  3. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  4. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
Latest Linux News
  1. Trying Out Radeon R9 290 Graphics On Open-Source
  2. Intel Broadwell GT3 Graphics Have Dual BSD Rings
  3. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  4. Red Hat Releases Its RHEL 7 Release Candidate
  5. New Features Coming To Xubuntu 14.04 LTS
  6. NVIDIA Officially Releases CUDA 6
  7. Google Releases An AutoFDO Converter For Perf In LLVM
  8. Fedora 21 To Evaluate Remote Journal Logging, 64-bit ARM Emulation
  9. Star Citizen Will Be Coming To Linux
  10. Ubuntu 14.10 Convergence To Focus On Replacing Core Apps
  11. The Results Of Optimizing Radeon's VRAM Behavior
  12. Kernel Developers Discuss Improving Kernel Configurations
Latest Forum Discussions
  1. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  2. The GNOME Foundation Is Running Short On Money
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. New tool for undervolt/overclock AMD K8L and K10 processors
  5. How to enable opengl 3.3 on r9 270?
  6. R290x sound problems
  7. radeon-profile: tool for changing profiles and monitoring some GPU parameters
  8. Torvalds Is Unconvinced By LTO'ing A Linux Kernel