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

A Comment On The Linux 2.6.38 Power Regression

Hardware

Published on 27 June 2011 01:10 PM EDT
Written by Michael Larabel in Hardware
21 Comments

Jesse Barnes, the maintainer of the PCI subsystem for the Linux kernel and one of the developers who signed-off on the patch that I discovered is causing the major Linux 2.6.38 kernel power regression, has commented on the matter.

When Jesse isn't working on the Intel Linux graphics driver stack as part of Intel's Open-Source Technology Center, he's working on the Linux PCI subsystem. At the time the article was published last night that details the 2.6.38 power regression commit, there wasn't any comment from the kernel developers due to being unable to reach them over the weekend.

This morning Jesse wrote, "the behavior unfortunately sounds correct (or at least intended)." He confirmed that they just use a BIOS flag to determine whether to manage the PCI Express link state, since if both the kernel and BIOS are attempting to manage the PCI-E link, a hang can result or the device failing.

With this behavioral change, many mobile users are experiencing significant decreases in their battery life as the power consumption rate can go up easily over 10% -- with reports as high as 40%+ differences. Jesse believes that Microsoft must have additional checks in place when determining whether Windows should handle Active-State Power Management or not. Windows hardware drivers might also be responsible for enabling ASPM where supported, but on the Linux side there's only a couple kernel drivers banging the ASPM bit.

There isn't any easy "solution" to improve this situation beyond affected users forcing the PCI-E Active-State Power Management using the pcie_aspm=force kernel command line option. Jesse thinks that more Linux drivers will end up needing to set the ASPM bits directly as a long-term solution. There's just too many hardware devices that don't properly support the ASPM power-saving modes.

The only alternative would be to create a big white-list of supported devices, but that comes down to being effectively the same large task as just having the driver set the appropriate bit. So there won't be any magic fix in the Linux 3.0 kernel nor will there likely be any major change in the Linux 3.1 kernel without suddenly a bunch of drivers handling the Active-State Power Management bit. For now, mobile users just need to know to force the PCI-E ASPM support if needed to maximize the Linux battery life.

There's still a few more kernel power regressions I'm working on and some other Linux power tests. Tomorrow is a look at the Catalyst vs. Radeon DRM/KMS power consumption in different power management modes.

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. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  2. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  3. AMD Radeon R9 285 Tonga Performance On Linux
  4. Apotop Wi-Copy
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. NVIDIA's NVPTX Support For GCC Is Close To Being Merged
  2. KDE's KWin On Wayland Begins Using Libinput
  3. Khronos Releases OpenVX 1.0 Specification
  4. Linux Kernel Working Towards GNU11/C11 Compatibility
  5. Ubuntu 15.04 Is Codenamed After A Monkey: Vivid Vervet
  6. Following GCC, Clang Looks To Default To C11
  7. Users/Developers Threatening Fork Of Debian GNU/Linux
  8. Linux 3.18-rc1 Released One Week Early With Many Changes
  9. The VC4 Gallium3D Driver Is Still Moving Along For The Raspberry Pi
  10. Direct3D 9 Support Might Land Within Mainline Mesa 3D Drivers
Latest Forum Discussions
  1. HOPE: The Ease Of Python With The Speed Of C++
  2. Bye bye BSD, Hello Linux: A Sys Admin's Story
  3. Users/Developers Threatening Fork Of Debian GNU/Linux
  4. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  5. AMD Is Restructuring Again, Losing 7% Of Employees
  6. Open-Source AMD Fusion E-350 Support Takes A Dive
  7. Upgrade to Kaveri, very slow VDPAU performance
  8. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems