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

ATI Gets Dynamic Power Management & Profiles Too

AMD

Published on 08 May 2010 08:33 AM EDT
Written by Michael Larabel in AMD
35 Comments

For years we have been talking about open-source ATI Radeon power management for their Linux driver and it's finally all coming to fruition. Back in April of 2008 we talked about dynamic clocks coming to R500+ ASICs and various other initiatives to improve the Radeon power management in their DDX driver, but everything got shook up with the migration to their ATI kernel mode-setting driver, which finally now allows for real power management capabilities.

Since September of last year there have been many KMS power management patches that have gone through multiple iterations and also advanced into beginning to support thermal monitoring, implementing I2C support, utilizing GUI idle IRQ support, and support for turning down the number of active SIMDS. Alex Deucher of AMD and Matthew Garrett of Red Hat had posted the newest KMS PM patches last week that further build upon this support. Published before the weekend started, however, is yet another ATI KMS power management patch-set.

This set of nine patches begin to batten the Radeon power management support into a readied state that many more users -- especially those with ATI graphics in mobile devices -- will be able to enjoy.

Alex's newest power management patch-set applies against the drm-radeon-testing kernel and it provides a number of fixes and reworks the code to provide two different methods of power management: dynamic power management and profile-based power management.

Under the Radeon driver's dynamic power management (simply called "dynpm" through the sysfs interface), the GPU clock speeds are changed dynamically based upon load. To determine the load at this point, the number of pending GPU fences is looked at to determine whether the GPU is idling or busy. A fence signals when the GPU has executed all instructions before it have been executed. In order to reduce flickering, GPU re-clocking is attempted on vertical blanking periods as the screen is being redrawn, but this area is still not perfect.

For those not interested in dynamic power management, there is now the profile-based power management that is configurable by the user in real-time. Right now switching of dynamic and profile power management is done by writing the respective value to /sys/class/drm/card0/device/power_method and then the different profile options can be written to /sys/class/drm/card0/device/power_profile.

The different power profiles at this point include: default, auto, low, and high. The profile-based default is the default choice used for ATI power management when switching to a kernel with this new graphics power management code and it simply leaves the GPU running at its default clock speeds without any re-clocking being used at all.

Using the auto profile-based setting will switch between the high and low power levels depending upon whether the system is connected to AC power or running off battery power. So when the system with ATI graphics is running off of a battery, it will switch down to a lower clock speed in order to conserve power. However, this option may end up getting removed before these patches are to be found in the mainline kernel, as it should be left to the user-space to decide what should happen when switching between power connectivity states.

The "low" power profile will force the GPU to run in its low power level at all times. This will decrease the graphics performance, but will lead to maximum battery life. On the other hand, the "high" power profile will always keep the GPU ramped up at its highest clock frequency for maximum performance but with maximum power consumption.

This code also clocks the GPU down into even lower power-states when the monitor is signaled off via DPMS (Display Power Management Signaling). However, when a monitor is active, these lowest power-states are inaccessible as in some cases it ends up being too slow to draw the display and can result in corruption or screen artifacts.

The profile-based switching also works with multiple display heads, where right now the dynamic power management support will only work when the graphics card is driving a single head. The profile power management support is also more stable and flicker-free than the dynamic method at this time.

This new code should land in drm-radeon-testing and will hopefully appear in the Linux 2.6.35 kernel. It's looking like this next major kernel release to be out by the end of the summer will be another exciting release thanks to this improved Radeon power support and also the DRI2 swap and sync extensions for the ATI driver that we talked about yesterday.

We are in the process of testing out these new power management patches and you can expect to see some interesting results on Phoronix by Monday or Tuesday of next week. We are going to be looking at how the different dynpm and profile options impact the gaming performance, how the battery power is affected, whether the system temperatures change at all, what the GPU clocks are during idle and load for the different options, and even graphing the GPU fence counts during this testing.

The new patch-set can be examined on the dri-devel mailing list.

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. Btrfs On 4 x Intel SSDs In RAID 0/1/5/6/10
  2. AMD Radeon R9 290 On Ubuntu 14.10: RadeonSI Gallium3D vs. Catalyst
  3. MSI X99S SLI PLUS On Linux
  4. NVIDIA GeForce GTX 970 Offers Great Linux Performance
Latest Linux Articles
  1. Windows 8.1 vs. Ubuntu 14.10 With Intel HD Graphics
  2. 6-Way Ubuntu 14.10 Radeon Gallium3D vs. Catalyst Driver Comparison
  3. NVIDIA vs. Nouveau Drivers On Ubuntu 14.10
  4. Ubuntu 14.10 Offers AMD Radeon Driver Performance Improvements
Latest Linux News
  1. GTK+ 3.16's New GtkGLArea Widget Gets Improved
  2. X.Org Server 1.17 ABI Bumped
  3. Fedora 21 Beta To Be Released Next Week
  4. Go 1.4 Beta Release Brings Big Runtime Changes
  5. SIMD For JavaScript Continues Coming Along
  6. GNOME 3.15.1 Released
  7. Red Hat Software Collections 1.2 Adds GCC 4.9, Nginx 1.6
  8. GLAMOR Acceleration Continues To Be Cleaned Up
  9. Russia's Yandex Web Browser Finally Released For Linux
  10. Linux Kernel Finally Being Optimized For SSHDs
Latest Forum Discussions
  1. Closed source to opensource
  2. How to get rid of Linux
  3. Is foolish currently develop in machine code, hexadecimal and assembly?
  4. Reducing The CPU Usage In Mesa To Improve Performance
  5. Help diagnosing problems with a Readon HD 4670 on Mesa 10.3.2-1
  6. Advertisements On Phoronix
  7. nv and xorg.conf under Debian PPC
  8. Looking for a Open-Source AMD experienced Linux mentor