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 Benchmarking Platform
Phoromatic Test Orchestration

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.

Latest Linux News
  1. GNOME 3.17.2 Is Released As The Latest Look Towards GNOME 3.18
  2. Phoronix Turns 11 Years Old Next Week: How Should We Celebrate?
  3. Ubuntu Community Council Reaffirms Its Decision Against Kubuntu's Leader
  4. Future Plans For Changing Fedora's Installer
  5. Confusion Mounts Over Wayland's Actual License
  6. GNOME's Mutter Now Supports Drag-n-Drop To/From Wayland & X11
  7. Wine 1.7.44 Works On More 64-bit ARM Support
  8. Phoronix Test Suite 5.8 Milestone 5 Brings Near Final "Belev" Experience
  9. For AMD Users, Linux 4.2 Will Bring The New AMDGPU Driver & VCE1 For Radeon
  10. Atomic Mode-Setting Still Baking For Samsung's Exynos DRM Driver
Latest Articles & Reviews
  1. Btrfs RAID 0/1/5/6/10 Five-Disk Benchmarks On Linux 4.1
  2. Opening The Gates To Our Daily Open-Source Linux Benchmark Results
  3. The Latest Features For Linux Performance Management + Benchmark Monitoring
  4. Noctua NH-U12DX i4 + NF-F12
Most Viewed News This Week
  1. NVIDIA's Proprietary Driver Is Moving Closer With Kernel Mode-Setting
  2. Zapcc Claims To Be A "Much Faster C++ Compiler"
  3. OpenWRT 15.05 Preparing Improved Security & Better Networking
  4. Features Added To Mesa 10.6 For Open-Source GPU Drivers
  5. Ubuntu's LXD vs. KVM For The Linux Cloud
  6. Friction Building Around An Ubuntu Community Council Decision
  7. The Latest Linux Kernel Git Code Fixes The EXT4 RAID0 Corruption Problem
  8. Fedora 22 Is Being Released Next Tuesday