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

What Were Novell's Original Goals With RadeonHD?


Published on 06 May 2010 01:47 PM EDT
Written by Michael Larabel in AMD

Earlier this week we reported that Novell was finally dropped the RadeonHD driver from openSUSE as they switch to using the xf86-video-ati driver with kernel mode-setting (KMS) support over using their in-house R500/600/700 driver they had developed as part of AMD's initial open-source strategy for Linux. Whenever bringing up the RadeonHD driver at Phoronix it generally leads to a heated discussion in our forums between community members, developers, and other representatives over the history of the RadeonHD driver and what really was its purpose, among other dissenting views.

In this most recent discussion, Luc Verhaegen who formerly worked for Novell and was one of the few Novell engineers that worked heavily on the xf86-video-radeonhd driver from the beginning, made several more claims. Among these claims were "We at SUSE wanted to do what was best for the free software desktop, and it's a real shame how politics and shortsighted egotripping wasted a lot of resources and destroyed many of the good and honest advancements and goals of this project." In one of the replies, AMD's John Bridgman had then said, "AMD senior management approved a plan that was developed jointly between "AMD people", "ATI people", Dave and Alex. I know you guys worked hard on a separate plan but that was not the plan that we were following." What though was the original, "separate" SUSE plan for a free software ATI driver?

A few months back we read the original proposal to AMD written by the Novell employees that months later began work on the RadeonHD driver. This business letter to AMD was entitled "Proposal to Advanced Micro Devices for the Implementation of a Driver for its ATI Radeon (tm) HD 2000 Family of Graphics Hardware (R600)."

The expressed goals by SUSE were to create an open-source driver with full support for the latest ATI hardware, improving the quality of the open-source driver (xf86-video-ati) for older hardware, add missing support for already released hardware to the open-source driver, to provide the open-source community with specification and programming documentation, and continuing to implement open-source drivers and public specifications for future generation chipsets. While most of this can be seen in AMD's current open-source strategy, the hardware specifications and documentation for newer hardware (such as the ATI Evergreen / Radeon HD 5000 series) hasn't made it out as quickly as some would like within the community.

The SUSE/Novell engineers writing this 2007 proposal also expressed interest in XAA and EXA with RENDER acceleration, which was achieved by the RadeonHD driver as well as the Radeon driver and there is EXA within via the new ATI kernel mode-setting paths too. They also had expressed interest in supporting Glucose, for mapping 2D acceleration over OpenGL. The Glucose acceleration architecture though never materialized in the RadeonHD driver or any other X.Org drivers for that matter with EXA (and the EXA-derived UXA in the case of Intel KMS) living om. One way now emerging through to accelerate 2D EXA over 3D paths on the GPU is via the Xorg state tracker within the Gallium3D driver architecture.

Novell developers also had aspirations of implementing support for XvMC. The X-Video Motion Compensation extension has been on its way out since NVIDIA provided the VDPAU specification, but back in 2007 XvMC still had potential to be extended as shared by Keith Packard a year later at FOSDEM. Novell developers hoped to extend XvMC under this proposal to use AVIVO's Universal Video Decoder (UVD) to support other video codecs like MPEG-4, DiVX, WM9, and H.264/AVC. This, sadly, never materialized in any form for ATI hardware as of yet. Right now with the open-source ATI driver stack, X-Video is still the only real option at this point. Hopefully not too far out in the future we will finally have VDPAU or VA-API over Gallium3D.

In this proposal, plans were also laid for how they planned to tackle the 3D/OpenGL support with writing a new DRM kernel module and a new DRI driver for Mesa. Other longer-term 3D goals of Novell were to implement tessellator support, enhanced shader support, implementation of additional texture formats, support for frame buffer objects, and implementing of less common blending operations. Some of these objectives have been achieved over the past three years within the Mesa community, but some items (like hardware tessellation support) have yet to be touched.

In ending this proposal, Novell also explicitly stated that to ensure an "open development process" they would not use any specifications or programming documentation that would not be made available by AMD to the open-source community. While AMD has publicly made a fair amount of documentation available to the open-source community since announcing their own open-source strategy, their documentation isn't exhaustive compared to what Novell was able to tap into during the development of RadeonHD along with other sample code (TCore, etc). AtomBIOS was also not mentioned once in this original proposal.

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 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. Fedora 22 Beta Released
  2. AMD's New Carrizo Graphics PCI IDs
  3. SuperTuxKart 0.9 Released With Its New OpenGL 3 Engine
  4. 6-Disk ZFS On Linux RAID Server Benchmarks
  5. Daily Builds Of Wayland & Weston For Ubuntu Linux
  6. AMD Open-Sources "Addrlib" From Catalyst
  7. AMD Releases New "AMDGPU" Linux Kernel Driver & Mesa Support
  8. A Gigabyte Sandy/Ivy Bridge Motherboard Now Handled By Coreboot
  9. Linux 3.16 Through Linux 4.0 Performance Benchmarks
  10. Intel's Windows Driver Now Supports OpenGL 4.4, Linux Driver Still With OpenGL 3.3
Most Viewed News This Week
  1. Nouveau: NVIDIA's New Hardware Is "VERY Open-Source Unfriendly"
  2. LibreOffice 4.5 Bumped To Become LibreOffice 5.0
  3. Linux Audio Is Being Further Modernized With The 4.1 Kernel
  4. KDBUS Is Taking A Lot Of Heat, Might Be Delayed From Mainline Linux Kernel
  5. VirtualBox 5.0 Beta 2 Released
  6. EXT4 In Linux 4.1 Adds File-System Level Encryption
  7. Ubuntu 15.04 Now Under Final Freeze
  8. ZFS & Libdvdcss Should Soon Be In Debian