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

Classic Radeon Drivers Are On Their Deathbed

AMD

Published on 20 October 2011 01:04 PM EDT
Written by Michael Larabel in AMD
18 Comments

The classic Mesa Radeon (R300/R600) drivers that provide open-source OpenGL support on Linux instead of the Gallium3D alternatives are likely to be dropped in the coming days.

Intel's Eric Anholt last night mentioned his desire to strip the DRI1 code from the Radeon drivers, since DRI2 is used by the Radeon drivers now and has been well supported for quite a while. Why he's interested in removing the Radeon DRI1 support though is due to his MapRenderBuffer code and it depends upon linear mapping of arbitrary render-buffers, but the legacy Radeon DRI1 support is blocking that support, so Anholt suggests just stripping out the DRI1 code. He's already proposed a Mesa branch that's called radeon-kill-dri1 that does what he suggests. The work is mentioned in this mesa-dev email.

Michel Dänzer, now back at AMD and working on the open-source stack, suggests just outright removing the classic R300 and R600 drivers if the DRI1 code is to be removed. Alex Deucher, the main open-source Linux graphics contributor at AMD, also doesn't mind. "I don't see AMD doing any more work on DRI1." The only concern he brings up is that it would mean dropping support for *BSD operating systems (and Solaris), since these other operating systems are in a poor graphics driver situation. Right now the BSDs and Solaris are mostly (there's un-merged porting projects, etc) still in the user-space mode-setting era and largely lack in-kernel memory management (GEM/TTM), DRI2, and DRM drivers that match what's upstream in the mainline Linux kernel. So when these classic drivers are removed and their operating systems are not up to speed with KMS/DRI2, users will just need to stick to Mesa 7.11, which will be the last series with this legacy support.

David Airlie of Red Hat responded with, "Hell yes, drop r300c and r600c as well." In the Linux world, all new Linux distributions are shipping with Radeon KMS/DRI2 as the default for some time already (and in the new enterprise Linux distributions they have also migrated over), so killing off the non-Gallium3D Radeon support shouldn't be much of a loss. Most are using the Radeon Gallium3D drivers.

This is good timing for this to happen with Mesa 7.11 being the last release that supports many other older graphics processors, thanks to removing a whole bunch of code recently that did away with the i810 Intel driver, Mach64, ATI Rage 128, Matrox, Savage, SiS, and even 3dfx Voodoo support. This trimmed up over 85,000 lines of code in Mesa. While the next release scheduled to happen is Mesa 7.12 in January, it might be Mesa 8.0 if OpenGL 3.0 is completed before year's end.

The Radeon Gallium3D drivers are faster (in nearly all OpenGL tests), more feature complete, still actively developed, and on the newer driver architecture than classic Mesa. Removing these classic drivers would really just mean Intel is the only major driver in the Mesa tree that's still using the Mesa classic DRI driver architecture.

Intel ended its user-space mode-setting and DRI1 support a while ago. The Nouveau driver also is KMS-only, Gallium3D-only (aside from some simple but not really maintained classic drivers for the very oldest of NVIDIA hardware). Hopefully removing the classic Radeon drivers in Mesa will be followed by cleansing the xf86-video-ati DDX driver of any user-space mode-setting support.

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. A Walkthrough Of The New 32 System Open-Source Linux Benchmarking Test Farm
  2. Habey MITX-6771: Mini-ITX Board With Quad-Core J1900 Bay Trail
  3. OCZ Vector 150 SSD On Linux
  4. Noctua i4 CPU Cooler: Great For Cooling High-End LGA-2011v3 CPUs
Latest Linux Articles
  1. 17-Way Linux Graphics Card Comparison With Civilization Beyond Earth
  2. AMD Kaveri: Open-Source Radeon Gallium3D vs. Catalyst 14.12 Omega Driver
  3. 12-Way AMD Catalyst 14.12 vs. NVIDIA 346 Series Linux GPU Comparison
  4. AMD Catalyst 14.12 Omega Driver Brings Mixed Results For Linux Users
Latest Linux News
  1. Intel 2.99.917 X.Org Driver Released, 3.0 Release Finally Near
  2. Server-Side XCB Is Being Discussed For The X.Org Server
  3. Adreno A4xx Rendering With Freedreno Takes Shape
  4. Linux 3.19-rc1 Kernel Released Ahead Of Schedule
  5. Civilization: Beyond Earth Linux GPU/Driver Benchmarks
  6. X.Org Server 1.16.3 Released To Fix Security Issues
  7. Linux 3.19 Merge Window Closes Ahead Of Schedule
  8. MIPS R6 Architecture Now Supported By GCC
  9. LowRISC To Feature Tagged Memory & Minion Cores
  10. Intel Skylake Audio Support For Linux 3.19
Latest Forum Discussions
  1. Need some hand holding with upgrading xserver
  2. Speeding up systemd networking service
  3. FPS capped on Linux (AMD fglrx drivers)
  4. Major Performance Breakthrough Discovered For Intel's Mesa Driver
  5. Looking for an nVidia GPU, but not sure how well they are supported.
  6. Are there an app using HSA ?
  7. The New SuperTuxKart Looks Better, But Can Cause GPU/Driver Problems
  8. XLennart: A Game For Systemd Haters With Nothing Better To Do