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 Benchmarking Platform
Phoromatic Test Orchestration

AMD's Open-Source Radeon Driver After Four Years

Michael Larabel

Published on 17 August 2011
Written by Michael Larabel
Page 1 of 6 - 36 Comments

While the BFS scheduler is getting ready to celebrate its second birthday, in just three weeks AMD's open-source Radeon graphics driver strategy for Linux will be turning four years old. It was on the 6th of September in 2007 that I exclusively broke the news to the world on AMD's open-source strategy, which has ended up being a game-changer in the Linux world. AMD continues to support open-source hardware enablement on their latest graphics processors and recently even hired more developers to work on the code and documentation. How far have they come though in four years?

AMD's open-source graphics driver strategy was revolutionary. In early 2007 and prior, the ATI/AMD Radeon Linux support was notorious. Long ago, it would take easily a year (or at a minimum, several months) for new hardware to be supported by their Catalyst Linux driver, the Linux driver was missing core functionality, and overall it was just a messy situation. ATI Technologies had contributed some code and documentation in the past, even before the days of the fglrx Linux driver, but the 2007 strategy was a radical push forward under the control of AMD. In the months prior to the landmark 2007 announcement, the open-source community was left to come up with their own Radeon X1000 driver via reverse-engineering ATI's driver, which ultimately led to the short-lived xf86-video-avivo driver.

In 2007 to further reposition their Linux support, AMD introduced their new proprietary Linux driver, which happened to be yet another exclusive Phoronix story breaking the news days in advance of the driver's release. This new binary Linux driver brought new hardware support, much faster performance, and greater code-sharing between the Linux and Windows driver. Since that point, the Catalyst Linux driver has been on the same playing field with the Windows driver in supporting new Radeon/FirePro/FireGL GPUs, new features (e.g. CrossFire, PowerXpress, new OpenGL revisions), and other benefits.

With the 2007 open-source announcement also came the introduction of the xf86-video-radeonhd driver. This was to be the driver for all ATI R600 ASICs (Radeon HD 2000 series) and newer, but ultimately this driver died when support (via AtomBIOS rather than the direct register banging approach of RadeonHD) was added to the xf86-video-ati driver and then folded into the Radeon DRM driver for kernel mode-setting.

Since the 2007 change at ATI/AMD, the time that has been required for new hardware to be supported by the open-source Linux stack has been reduced a great deal. With the latest Radeon HD 6000 series and the Fusion APUs it's taken a couple of months for all the initial bugs to be worked out while building upon the code of previous generation graphics processors. It's still not as fine-tuned as Intel with their launch-day open-source support or the code that's even available prior to the hardware's availability (e.g. there's Intel Ivy Bridge code right now), but it's a step up from the time that it's taken in the past and even for the proprietary driver with the R500 generation and earlier where it was months/years. Going forward, and thanks to AMD's two new hires to work on the open-source driver, this initial time to hardware enablement will hopefully be reduced and ultimately may hit a point of same-day support. At least the Catalyst Linux driver now supports all new hardware at launch.

Advanced Micro Devices has also continued to push out new design documentation to the open-source community in a public and NDA-free manner. Unfortunately, the pace of new document drops has slowed a bit, but John Bridgman and his team are still working. Document drops are also coming after the time of initial hardware enablement, since due to the limited open-source staff, the documentation is being compiled at the same time the initial code is being written in order to determine what register information and other data is actually needed and useful. There's also still undocumented blocks, such as for the Unified Video Decoder engine that's not being publicly implemented at this time over fears of it compromising the Digital Rights Management mechanisms on other platforms.

Latest Articles & Reviews
  1. Sub-$20 802.11n USB WiFi Adapter That's Linux Friendly
  2. The Lenovo T450s Is Working Beautifully With Linux
  3. Linux 4.0 SSD EXT4 / Btrfs / XFS / F2FS Benchmarks
  4. Linux 4.0 Hard Drive Comparison With Six File-Systems
  5. Lenovo ThinkPad T450s Broadwell Preview
  6. How Open-Source Allowed Valve To Implement VULKAN Much Faster On The Source 2 Engine
Latest Linux News
  1. EXT4 In Linux 4.1 Adds File-System Level Encryption
  2. Open-Source Ardour 4.0 Audio Software Has Big Improvements
  3. Linux-Powered Endless Computer Raises $100k+ In A Few Days
  4. GCC 5.1 RC2 Arrives, GCC 5.1 Planned For Next Week
  5. F2FS For Linux 4.1 Has New Features & Fixes
  6. Phoronix Server Upgrade This Weekend: Dual Haswell Xeons, 96GB DDR4
  7. Google's Experimental QUIC Transport Protocol Is Showing Promise
  8. Red Hat Joins Khronos, The Group Behind OpenGL & Vulkan
  9. NetworkManager Drops WiMAX Support
  10. Wine 1.7.41 Works More On Kernel Job Objects, MSI Patches
Most Viewed News This Week
  1. Nouveau: NVIDIA's New Hardware Is "VERY Open-Source Unfriendly"
  2. Linux 4.0 Kernel Released
  3. Microsoft Announces An LLVM-Based Compiler For .NET
  4. Linux 4.1 Brings Many Potentially Risky x86/ASM Changes
  5. VirtualBox 5.0 Beta 2 Released
  6. KDBUS Is Taking A Lot Of Heat, Might Be Delayed From Mainline Linux Kernel
  7. Mozilla Start Drafting Plans To Deprecate Insecure HTTP
  8. LibreOffice 4.5 Bumped To Become LibreOffice 5.0