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. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
Latest Linux Articles
  1. Ubuntu 14.10 Linux 32-bit vs. 64-bit Performance
  2. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  3. MSI: Update Your BIOS From The Linux Desktop
  4. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
Latest Linux News
  1. Nouveau Now Supports DRI3 Without GLAMOR
  2. Features Of The Linux 3.18 Kernel
  3. Automatic Feedback Directed Optimizer Merged Into GCC
  4. Debian Now Defaults To Xfce On Non-x86 Desktops
  5. Phoenix Is Trying To Be An Open Version Of Apple's Swift
  6. Linux 3.19 To Have Skylake Graphics, PPGTT Enablement
  7. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  8. Imagination Releases Full ISA Documentation For PowerVR Rogue GPUs
  9. Features GNOME Developers Want In The Linux Kernel
  10. GTK+ Gains Experimental Overlay Scrollbars
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. AMD Releases UVD Video Decode Support For R600 GPUs
  3. HOPE: The Ease Of Python With The Speed Of C++
  4. Proof that strlcpy is un-needed
  5. xbox one tv tuner
  6. Bye bye BSD, Hello Linux: A Sys Admin's Story
  7. Updated and Optimized Ubuntu Free Graphics Drivers
  8. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux