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

2013: A Good Year For Open-Source AMD?

AMD

Published on 24 May 2012 03:53 AM EDT
Written by Michael Larabel in AMD
103 Comments

For those disappointed by the results of the open-source vs. closed-source AMD Radeon graphics driver results on Linux at this time, you may be more pleased going forward and carry hope for open-source AMD advancements in 2013.

While catching up with the former RadeonHD developer in Darmstadt, Egbert and I of course were chatting about the open-source Radeon work -- both past and future work. While the SUSE employee is no longer directly involved with the open-source AMD Linux work, there is hope going forward into the next calendar year.

Aside from the performance being dramatically slower when using the open-source Radeon Linux driver rather than the binary-only AMD Catalyst driver, there's also issues in terms of features (UVD video acceleration, CrossFire, power management / dynamic re-clocking, etc). The feature parity is slowly being reached. Another issue has been new hardware enablement in terms of when new GPUs are launched with invasive architectural changes, i.e. the Radeon HD 7000 "Southern Islands" series that still are not supported in a usable open-source state for 3D.

Right now the open-source Radeon support is good enough if you're using an ATI/AMD graphics processor that's a few generations old and aren't into performance-intensive OpenGL3/4-needing demanding workloads or need any other functionality not supported by the open-source DRM/KMS + Gallium3D Linux driver stack.

As some hope for the future, below are some comments made by AMD's John Bridgman within the Phoronix Forums just a few weeks ago.

"The open source driver stack has picked up support for 9 years of hardware introductions in less than 5 years, with the 10th (SI) pretty close. New hardware already has launch time support when the GPU architecture doesn't change drastically (Ontario, Llano and Trinity for example) and by next year should have launch time support even on new GPU cores."

This is interesting, so hopefully the Radeon HD 8000 series will see good launch-day support. However, the HD 8000 "Sea Islands" series isn't likely to be a radically different architecture compared to GCN. And yes, there was launch-day support for AMD Trinity APUs, but the kernel / Mesa requirements aren't met by default in modern Linux distributions such as Ubuntu 12.04 -- meaning no "out of the box" support and manually needing to toy with the kernel and Mesa.

"None of this is news (and it's not obvious at all if you sample over a shorter period), it's just steady progress over 4-5 years and includes major improvements to the common code from Intel, Red Hat and community developers. Once we are done catching up with our hardware development and proprietary driver work (probably another year) we should be able to spend relatively more time on features / performance and relatively less time chasing new hardware."

The delta between the open and closed-source support is slowly closing, but at the same time there's still years of OpenGL catching up and fundamental features that have been around for years like PCI Express 2.0 is still not enabled (by default). OpenCL support is also only now on approach for landing. Radeon HDMI audio also isn't even enabled by default on modern kernels.

"It will get easier once open source driver development starts to happen at the same time as proprietary driver work and it becomes possible to use the big-ass RTL emulators to find out why the HW isn't behaving like we think it should. That's why we've focused so much on catching up with new HW."

When they are caught-up, yes, the open-source driver support for new generations of hardware should finally be developed in tandem with the closed-source Catalyst driver. Though in terms of the "big-ass RTL emulators" benefiting the open-source Radeon stack, evidently this has been a goal / TODO list item for several years. Egbert mentioned that even during the RadeonHD days that Bridgman was trying to gain access to the AMD emulators. (Note: the Intel open-source developers are already running on emulators when it comes to working on early hardware enablement.)

With the long post, Bridgman also doesn't recommend buying high-end AMD hardware if planning to use the open-source driver:

"I've said this a few times over the years so hopefully this won't come as a surprise, but I wouldn't be buying high end cards yet if I was only planning on using them with the open source drivers, even if I could magically run the Intel open source stack on AMD or NVidia hardware."

The Phoronix results also show that generally the low and mid-range AMD (and NVIDIA with Nouveau) graphics cards tend to perform the best relative to the official proprietary Linux graphics drivers.

"Intel could get shut down, or a meteor could fall on your home, or the NVidia driver team could be eaten by a pack of rabid weasels. Anything is possible, the question is what is likely. If anything I expect to see more developers working on the open source drivers in the future."

Of course, improvements aren't certain as anything could happen, but let's hope next year turns out better.

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. Acer B286HK: A 28-inch UHD LED 4K Monitor For As Low As $350
  2. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  3. Intel 120GB 530 Series SSD Linux Performance
  4. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
Latest Linux Articles
  1. Mesa Git Yields Performance Improvements For Newer AMD GPUs
  2. Apple OS X 10.10 vs. Ubuntu 14.10 Performance
  3. Mesa 10.5-devel Brings Some Intel Haswell HD Graphics Changes Over Mesa 10.3
  4. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
Latest Linux News
  1. Devuan: Debian Without Systemd
  2. Wine 1.7.32 Updates Its Mono Engine
  3. Mesa 10.4 Release Candidate 3 Is Here For Weekend Testing
  4. GenodeOS 14.11 Now Supports Intel's Wireless Hardware
  5. Jolla Tablet Could Have Upgrades For MicroSDHC, Split Screen, 3.5G
  6. Intel Has Last Round Of DRM Changes For Linux 3.19, Starts Dropping DRI1/UMS
  7. Fedora 21 Release Candidate 1 Awaits Your Testing
  8. GCC 5 Adds Support For ARM's Cortex-A17
  9. KWayland Server Component Coming For KDE Plasma 5.2
  10. NVIDIA Posts Tegra Gallium3D Patch For K1+ Support
Latest Forum Discussions
  1. Aliens vs predator for Linux
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Hurrican SDL Port
  4. Roadmap to Catalyst 14.10 ?
  5. how to configure module phoromatic ?
  6. PulseAudio 6.0 Is Coming & Other Linux Audio Plans For The Future
  7. Debian Developer Resigns From The Systemd Maintainership Team
  8. Cant get working Kaveri APU - A10-7850k