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 Proper Solution To The Linux ASPM Problem

Michael Larabel

Published on 11 November 2011
Written by Michael Larabel
Page 1 of 3 - 40 Comments

At long last, it looks like there is an adequate solution to the Active State Power Management (ASPM) problem in the Linux kernel , a.k.a. the well-known and wide-spread power regression in the Linux 2.6.38 kernel, which has been causing many laptops to go through significantly more power than they should. This is not another workaround, but rather a behavioral change in the kernel to better decide when the PCI Express ASPM support should be toggled.

Since the release of the Linux 2.6.38 kernel in March of this year, a significant number of mobile and desktop systems using this release (or any post-2.6.38 kernel) have noticed a significant increase in power consumption. I had spotted Ubuntu 11.04 development releases going through much more power than earlier releases and then traced it down to being a regression within the Linux 2.6.38 kernel and affecting all distributions using this kernel. The Phoronix Test Suite stack automatically bisected the issue down to being a change in how ASPM is handled.

Active-State Power Management is part of the PCI Express specification, but not all hardware plays well with this power management method. The change in the Linux 2.6.38 kernel disabled ASPM unless the BIOS advertised support for it, but it turns out a vast number of systems supporting ASPM do not actually advertise it from the BIOS. As a result, systems that were running fine with ASPM and experience no issues were now running without ASPM. A whole range of motherboards do not handle this as expected. The solution from some motherboard vendors was just to use Windows. The 2.6.38 change was to fix system lock-ups on select hardware systems where ASPM would go awry.

For systems where ASPM is no longer enabled, the PCI-E ASPM support can be forced by passing "pcie_aspm=force" when booting the kernel. However, that assumes the user is aware of this power-sucking issue in the first place and is aware of editing their GRUB configuration, etc. It is a workaround for power users, but is not a solution to the fundamental issue.

The Linux PCI sub-system maintainers were not aware of the severity of the impact by this commit to the 2.6.38 kernel. The solution to the ASPM issue at the time was to have more Linux PCI-E drivers set the ASPM bits directly (basically black/white-listing within the drivers) or to figure out how Microsoft Windows is determining when to enable or disable the ASPM support. Many months have passed and there was no ASPM activity in the 2.6.39, 3.0, or 3.1 kernels. However, it seems like we may finally have a solution.

Matthew Garrett, the respected Red Hat engineer who's worked quite a lot on Linux power management and lately on the UEFI upbringing, proposed a patch on Thursday afternoon entitled "pci: Rework ASPM disable code."

This patch reworks how the kernel decides whether to enable/disable the PCI-E ASPM support. Due to the lack of documentation from Microsoft and others, the thinking was that hardware did not support ASPM unless it was advertised by the BIOS, but that may actually be wrong.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. A Walkthrough Of The New 32 System Open-Source Linux Benchmarking Test Farm
  2. Habey MITX-6771: Mini-ITX Board With Quad-Core J1900 Bay Trail
  3. OCZ Vector 150 SSD On Linux
  4. Noctua i4 CPU Cooler: Great For Cooling High-End LGA-2011v3 CPUs
Latest Linux Articles
  1. AMD Kaveri: Open-Source Radeon Gallium3D vs. Catalyst 14.12 Omega Driver
  2. 12-Way AMD Catalyst 14.12 vs. NVIDIA 346 Series Linux GPU Comparison
  3. AMD Catalyst 14.12 Omega Driver Brings Mixed Results For Linux Users
  4. 6-Way Winter 2014 Linux Distribution Comparison
Latest Linux News
  1. Civilization: Beyond Earth Linux GPU/Driver Benchmarks
  2. X.Org Server 1.16.3 Released To Fix Security Issues
  3. Linux 3.19 Merge Window Closes Ahead Of Schedule
  4. MIPS R6 Architecture Now Supported By GCC
  5. LowRISC To Feature Tagged Memory & Minion Cores
  6. Intel Skylake Audio Support For Linux 3.19
  7. After 10+ Years, NetworkManager Reaches v1.0
  8. VDPAU Updated To v0.9
  9. An Open Hardware Random Number Generator Proposed
  10. LLVM 3.6 Will Be Branched Next Month
Latest Forum Discussions
  1. Need some hand holding with upgrading xserver
  2. Are there an app using HSA ?
  3. The New SuperTuxKart Looks Better, But Can Cause GPU/Driver Problems
  4. XLennart: A Game For Systemd Haters With Nothing Better To Do
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. Debian init discussion in Phoenix Wright format
  7. FPS capped on Linux (AMD fglrx drivers)
  8. Bench specific mount point