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

PCI-E ASPM Change For The Linux 3.4 Kernel

Linux Kernel

Published on 23 March 2012 09:05 AM EDT
Written by Michael Larabel in Linux Kernel
1 Comment

The PCI pull request went in yesterday for the Linux 3.4 kernel. Overall it's a fairly uninteresting pull for the 3.4 cycle, but there's two basic exceptions.

First of all, this was the last pull request where Jesse Barnes of Intel is handling the role as maintainer of the Linux PCI sub-system. Jesse has announced he's handing off the PCI maintainer role to Bjorn Helgaas, a software engineer at Google. "He's been a core PCI and Linux contributor for some time now, and has kindly volunteered to take over. I just don't feel I have the time for PCI review and work that it deserves lately (I've taken on some other projects), and haven't been as responsive lately as I'd like, so I approached Bjorn asking if he'd like to manage things. He's going to give it a try, and I'm confident he'll do at least as well as I have in keeping the tree managed, patches flowing, and keeping things stable."

Bjorn Helgaas has been an engineer at Google for the past year while previous to that he served for more than a decade at Hewlett-Packard as a Linux kernel developer.

The PCI pull itself this time is relatively uninteresting, but there's one more PCI Express Active State Power Management (PCI-E ASPM) change from Red Hat's Matthew Garrett.

Matthew was the one that came up with the proper Linux kernel ASPM fix back in November after earlier in the year I had pointed out this very serious kernel power regression. His fix, which entered the Linux 3.3 kernel and has since been back-ported to stable branches, remains valid.

What Matthew's changing this time about this PCI Express power-savings feature is support for setting the default PCI-E ASPM default policy. Now, alternatively, distribution vendors can set this default power management policy to use regardless of what the BIOS exposes to the operating system. "Distributions may wish to provide different defaults for PCIE ASPM depending on their target audience. Provide a configuration option for choosing the default policy."

From the Linux kernel build configuration there is now a PCI-E ASPM option where one can choose to use the default BIOS PCI-E ASPM state (this remains the default), enforce the power-saving mode where PCI Express ASPM L0s and L1 are set even if the BIOS did not, or enforce the performance mode where PCI Express ASPM L0s and L1 are disabled even if the BIOS has them set to be enabled. Most Linux distributions, however, will likely stick to using the BIOS defaults policy.

The Linux 3.4 PCI pull request can be found, as usual, on the Linux kernel 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. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  2. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  3. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  4. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
Latest Linux Articles
  1. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  2. Testing For The Latest Linux Kernel Power Regression
  3. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  4. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
Latest Linux News
  1. Imagination Launches A MIPS Development Board
  2. Getting Involved With The New Raspberry Pi Graphics Driver
  3. A New AMD Catalyst Linux Driver Unofficially Surfaces
  4. LibreOffice Ported To 64-bit ARM (AArch64)
  5. Enlightenment E19 RC3 Shows Off The New Wayland Compositor
  6. Metro Redux Is Going To Require OpenGL 4.x On Linux
  7. Jailhouse v0.1 Released As A Basic Hypervisor For Linux
  8. Google's Chromebook "Samus" Now Supported By Coreboot
  9. Chrome 38 Now In Beta With Exciting Advancements
  10. Ubuntu's Utopic Unicorn 14.10 Beta 1 Released
Latest Forum Discussions
  1. Catalyst 14.201.1008
  2. Btrfs Gets Talked Up, Googler Encourages You To Try Btrfs
  3. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins
  4. Users defect to Linux as OpenBSD removes Lynx from base system
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  7. Radeon HD5670 and Ubuntu 14.04
  8. AMD Releases UVD Video Decode Support For R600 GPUs