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

The Leading Cause Of The Recent Linux Kernel Power Problems

Michael Larabel

Published on 26 June 2011
Written by Michael Larabel
Page 1 of 3 - 144 Comments

"Mobile users are urged to seriously consider these results, and possibly even avoid the Natty Narwhal...I hate to say it, especially in an Ubuntu review, but the mobile edge goes to Windows for now...There are also compelling reasons for folks to avoid [Ubuntu 11.04] at all costs. Linux gamers should see substantial improvements, while mobile users suffer a dramatic loss in battery life," were among the critical comments that Tom's Hardware had in their Ubuntu 11.04 review as they were referencing the power regressions I discovered nearly two months ago within the mainline Linux kernel. As I mentioned on Sunday, the Phoronix Test Suite stack and I have now nailed this major power regression in the Linux 2.6.38 kernel that is affecting a significant number of mobile Linux users. Here is what is happening and a way that you should be able to workaround the serious regression should it affect your computer system(s).

This article is documenting what is the largest contributor to the major Linux power regression in the Linux 2.6.38 kernel that dramatically is shortening the battery life for many Linux users compared to running the Linux 2.6.37 kernel and earlier. The regression is in the mainline kernel tree but was first spotted when Ubuntu 11.04 was on a power consumption binge and is now affecting users of Fedora 15 and other recent Linux distribution releases too. This issue affects not everyone, but a significant number of people are if you go across various Linux forums, Ubuntu 11.04 reviews, the 270+ people in this Launchpad bug report, and in other online destinations.

The 2.6.38 issue is not the only major power regression outstanding in kernel-space, but there is also a more selective Linux 2.6.35 power regression that I have spotted and there is a separate power regression caused by the scheduler too that I am still investigating. Now that I'm able to automatically run power consumption tests from a USB-based AC power meter and battery tests, plus with enhancements to the open-source and enterprise versions of Phoronix Test Suite & Co (Phoromatic, OpenBenchmarking.org, etc), it's very easy to quickly nail down these issues.

It takes about as much time to hit kernel regressions these days as it takes me to drink a Maß of Augustiner at Oktoberfest. Using the Phoronix Test Suite testing solutions, it has long been possible to automatically find regressions in the Linux kernel by layering it atop git-bisect, but now it is breaking into the power world and new frontiers. More details on the other issues going forward, but this article is just centered on the notable 2.6.38 power issue.

While no Linux distribution vendors (surprisingly) stepped up to work on this Linux power management problem, deserving of a shout-out is Intel Corp. Intel didn't provide any resources specifically for tracking down this serious Linux bug, but they earlier provided the wonderful hardware that ended up being used in testing out the many different kernel builds, building all of the kernels during the bisecting process, etc. Specifically, the Intel Core i7 990X Extreme "Gulftown" with its six physical cores plus Hyper Threading is blazingly fast as well as our various Intel Sandy Bridge systems. The SNB-based HP EliteBook as part of the Intel Software Development Platform (that they provided for the per-commit Intel Linux driver testing we are setting up) was also one of the affected notebooks to this power regression and so that was used for testing too. Intel Gulftown and Sandy Bridge processors with their sheer speed dramatically sped up this testing process over the past week when the USB-based power meter arrived.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. Mini-Box M350: A Simple, Affordable Mini-ITX Case
  2. Overclocking The AMD AM1 Athlon & Sempron APUs
  3. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
  4. Upgraded Kernel & Mesa Yield A Big Boost For Athlon R3 Graphics
Latest Linux Articles
  1. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  2. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  3. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  4. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
Latest Linux News
  1. R600 Gallium3D Disables LLVM Back-End By Default
  2. Fedora 21 Gets GNOME 3.12, PHP 5.6, Mono 3.4
  3. Fedora Workstation Is Making Me Quite Excited
  4. Maynard: A Lightweight Wayland Desktop
  5. Chromium Browser Going Through Growing Pains In Ubuntu 14.04
  6. KDE 4.13 Is Being Released Today With New Features
  7. Trying Out Radeon R9 290 Graphics On Open-Source
  8. Intel Broadwell GT3 Graphics Have Dual BSD Rings
  9. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  10. Red Hat Releases Its RHEL 7 Release Candidate
  11. New Features Coming To Xubuntu 14.04 LTS
  12. NVIDIA Officially Releases CUDA 6
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  3. Change installation destination from home directory
  4. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  5. Bye bye BSD, Hello Linux: A Sys Admin's Story
  6. New tool for undervolt/overclock AMD K8L and K10 processors
  7. How to enable opengl 3.3 on r9 270?
  8. R290x sound problems