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

The Truth About ATI/AMD & Linux

Michael Larabel

Published on 1 June 2007
Written by Michael Larabel
Page 1 of 9 - Comment On This Article

It's no secret that ATI Technologies has had a rough time in the past delivering display drivers that met the expectations of their customers. When ATI started out producing a FireGL and Radeon Linux driver they for some time were greatly behind NVIDIA's feature-rich driver. The early ATI Linux drivers had lacked essential functionality such as PCI Express and x86_64 architecture support and was also affected by stability and performance problems along with a great deal of bugs. However, over time many of these issues have been worked out and ATI has dedicated more resources to the advancement of their Linux software, but that's not to say they have been sailing smoothly. It had taken ATI approximately six months to deliver Radeon X1000 (R500) Linux product support and it is going on a year now that they have been lacking AIGLX support for Compiz and Beryl. Their current generation fglrx Linux driver is also handicapped when it comes to the performance capabilities with the fglrx driver performing much slower than the Windows ATI Catalyst driver and that of NVIDIA's driver. While ATI/AMD is working steadfast in addressing all of these issues and further enhancing their level of Linux support, many of their customers do not realize all of the work that goes into these drivers. You don't need to go far to find Linux users flaming about the lack of a particular feature or those bashing the driver over an experience they had years ago, but these consumers often do not realize the time invested into these drivers and that ATI/AMD is doing something about improving these drivers.

Last year when AMD announced their acquisition of ATI it led many to wonder how this would impact the quality of their Linux support and driver. Some had even speculated that AMD would be opening the code to at least a subset of their graphics drivers, and while this issue has come up again more recently, we will cover this particular topic in a different article. In this article we will be exposing what truly consists of the ATI/AMD driver development cycle and ultimately what they are really doing to improve their image in the Linux community. We have been granted unprecedented access to share with you their once unknown driver development model.

Latest Linux Hardware Reviews
  1. MSI X99S SLI PLUS On Linux
  2. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  3. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  4. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
Latest Linux Articles
  1. RunAbove: A POWER8 Compute Cloud With Offerings Up To 176 Threads
  2. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  3. Ubuntu 14.10 XMir System Compositor Benchmarks
  4. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
Latest Linux News
  1. openSUSE Factory & Tumbleweed Are Merging
  2. More Fedora Delays: Fedora 21 Beta Slips
  3. Mono Brings C# To The Unreal Engine 4
  4. Coreboot Now Has Support For Intel Broadwell Hardware
  5. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  6. GTK+ Lands Experimental Backend For Mir Display Server
  7. Ubuntu 14.10 Officially Released
  8. Mesa 10.4 Might Re-Enable HyperZ For R600g/RadeonSI
  9. Intel GVT-g GPU Virtualization Moves Closer
  10. GTK+ 3.16 To Bring Several New Features
Latest Forum Discussions
  1. Updated and Optimized Ubuntu Free Graphics Drivers
  2. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  3. Linux hacker compares Solaris kernel code:
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Advertisements On Phoronix
  6. Users/Developers Threatening Fork Of Debian GNU/Linux
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed