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. AMD Launches New FX CPUs, Cuts Prices On Existing Processors
  2. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  3. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  4. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
Latest Linux Articles
  1. Ondemand vs. Performance CPU Governing For AMD FX CPUs On Linux 3.17
  2. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  3. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  4. Testing For The Latest Linux Kernel Power Regression
Latest Linux News
  1. The Witcher 2 Ups The Performance More & Works Around Catalyst Bug
  2. Running Gallium3D's LLVMpipe On The Eight-Core 5GHz CPU
  3. Trying Intel OpenCL On Linux For Video Encoding
  4. GSoC 2014 Yielded Some Improvements For Mesa/X.Org This Year
  5. webOS Lives On As LuneOS With New Release
  6. Marek Lands Radeon Gallium3D HyperZ Improvements
  7. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  8. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  9. Microsoft & AMD Release C++ AMP Compiler With Linux Support
  10. AMD, Wine & Valve Dominated August For Linux Users
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. nv and xorg.conf under Debian PPC
  3. AMD graphics doesn't work with AMD Catalyst drivers
  4. Best Radeon for a Power Mac G5?
  5. The dangers of Linux kernel development
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. SSD seems slow