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


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 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. AMD Kaveri: Open-Source Radeon Gallium3D vs. Catalyst 14.12 Omega Driver
  2. 12-Way AMD Catalyst 14.12 vs. NVIDIA 346 Series Linux GPU Comparison
  3. AMD Catalyst 14.12 Omega Driver Brings Mixed Results For Linux Users
  4. 6-Way Winter 2014 Linux Distribution Comparison
Latest Linux News
  1. Raspberry Pi's Gallium3D Driver Could Now Run Significantly Faster
  2. CMake 3.1 Brings Windows Additions, Target Compile Feature
  3. KDE Applications 14.12 Released
  4. Fedora 21 Released For POWER & AArch64 Hardware
  5. Elasticsearch & wxPython 3 Proposed For Fedora 22
  6. The New SuperTuxKart Looks Better, But Can Cause GPU/Driver Problems
  7. GTK+ On Windows Now Supports OpenGL
  8. New Ruby Benchmarks On GCC vs. LLVM Clang Compilers
  9. Multi-Stream Transport 4K Monitors To Become Better Supported On Linux
  10. New Supertuxkart Beta Lands New Graphics Engine, Uses OpenGL 3.1+
Latest Forum Discussions
  1. XLennart: A Game For Systemd Haters With Nothing Better To Do
  2. Need some hand holding with upgrading xserver
  3. Ubuntu Developers Still Thinking What To Do About Adobe Flash Support
  4. Microsoft buying Mojang
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. Premium subscription "login" times out much faster than forum
  7. AMD Catalyst 14.12 Linux Driver Released -- Huge Update!
  8. Did Valve already get what they wanted from SteamOS? i.e. Win kernel + BigPicture DE