Regressed R9 290 Isn't Affected By Issue When Using AMDGPU DRM Driver
Written by Michael Larabel in Radeon on 4 October 2016 at 04:37 PM EDT. 17 Comments
RADEON --
Published earlier today was AMDGPU vs. Radeon DRM benchmarks on DRM-Next for GCN 1.0/1.1 graphics cards that have experimental support available via Kconfig switches to enable this alternative open-source DRM driver over the long-standing Radeon driver. Here are some fresh Git benchmarks using the R9 290 "Hawaii" GPU that's been in a regressed state on the default Radeon driver.

Since Linux 4.7, my Radeon R9 290 as well as the Hawaii-derived cards of various other Linux users (including the equivalent in the Rx 300 series) have been affected by slow performance but it doesn't seem to affect all such GPUs. The issue was narrowed down for some users, including a Mesa fix. Due to the troubled R9 290 support recently, I ran these tests after writing the earlier article using my various other GCN 1.0 and 1.1 GPUs.

Well, with DRM-Next of the new feature code going into Linux 4.9, the regression remains for my R9 290 when also paired with Mesa 12.1-dev Git via the Padoka PPA... But on the bright side, the issue doesn't happen when using the AMDGPU DRM driver!





Quite different from the other AMDGPU vs. Radeon benchmarks published this morning, but only because the Radeon DRM driver is regressed for this card. Chances are if the card wasn't borked with that driver, the performance would be close to the same.
Related News
About The Author
Author picture

Michael Larabel is the principal author of Phoronix.com and founded the site in 2004 with a focus on enriching the Linux hardware experience. Michael has written more than 20,000 articles covering the state of Linux hardware support, Linux performance, graphics drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated benchmarking software. He can be followed via Twitter or contacted via MichaelLarabel.com.

Popular News This Week