Red Hat Bugzilla – Bug 391801
Massive numbers of wakeups (50K) reported after reboot
Last modified: 2009-01-09 02:28:07 EST
Description of problem:
powertop reporting massive number of wakeups ~50K after reboot.
Starting from a powered down state and booting into fedora 8
(126.96.36.199-49.fc8), powertop reports normal range of wakeups.
After rebooting (no powerdown) powertop reports massive number
of wakeups (~50,000) that aren't being caused by applications.
Interestingly, doing a suspend to ram and waking up, restores
the powertop readings to the normal range. Full powerdown and
boot also. Booting with noapic also stops the phantom wakeups
but breaks other things such as suspend to ram.
Not sure if it's related but irqbalance shows as failed in
the shutdown sequence.
Steps to Reproduce:
1. Boot from power off
2. Check powertop
4. Check powertop
Lenovo C1000 N100 laptop (Intel T5500 core2)
[root@localhost ~]# lspci
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and
945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS, 943/940GML
Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition
Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI
Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE
Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev
03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network
Connection (rev 02)
05:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
05:04.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01)
05:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
05:06.1 Generic system peripheral : Ricoh Co Ltd R5C822
SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19)
05:06.2 System peripheral: Ricoh Co Ltd Unknown device 0843 (rev 01)
05:06.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter
05:06.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 05)
I'm reviewing this bug as part of the kernel bug triage project, an attempt to
isolate current bugs in the Fedora kernel.
I am CC'ing myself to this bug and will try and assist you in resolving it if I can.
There hasn't been much activity on this bug for a while. Could you tell me if
you are still having problems with the latest kernel?
If the problem no longer exists then please close this bug or I'll do so in a
few weeks if there is no additional information lodged.
No change in 188.8.131.52-137.fc8, same symptoms.
What additional information/actions can I provide that might help?
Could you attach the following as text/plain individual attachments to this bug:
dmesg > dmesg.out
lsmod > lsmod.out
If you can cut and paste the powertop output as well that might be helpful.
Created attachment 296501 [details]
Created attachment 296502 [details]
Created attachment 296503 [details]
powertop high values
I am also experiencing this problem. The number of wakeups is somewhat lower,
8K to 20K per second, but there appears to be no reason for them. I have seen
reports of this problem on other distributions, notably Ubuntu. I am running
current Fedora 9 on a Thinkpad T60p.
The problem does not appear to be a bug in powertop, as sensors-applet is
reporting high temperatures, and power manager is reporting high power
consumption. The problem is not constant (and I did not experience it at all in
recent F8 versions).
Linux idefix.research.bell-labs.com 184.108.40.206-18.fc9.i686 #1 SMP Tue May 13
05:38:53 EDT 2008 i686 i686 i386 GNU/Linux
I'll attach powertop and top output.
Created attachment 306625 [details]
sudo powertop --dump
Created attachment 306626 [details]
This bug is still present in the current version of F9,
There is some discussion on it (interspersed with discussion of the rescheduling
interrupts behaviour) on
The bug appears to be related to particular hardware (I have a T60p), my guess
being either the wireless card (I have a 3945) or the cardbus bridge (because
that misbehaves in other ways).
Anyway, my question is whether there are things that I can do to help track down
the source of the problem. For example, is there a tool that can analyse DMA
activity (because my guess is that the wakeups are not interrupts, but instead
are related to DMA).
Peter F. Patel-Schneider
Rebuilding the kernel with yenta_socket built as a module and adding yenta_socket
to the modprobe blacklist works around the problem for me.
I've filed Bug #456173 requesting the kernel config to be changed so that the
rebuilding step will not be necessary any longer.
This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '8'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 8's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 8 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
I haven't seen this for quite some time. I expect that the problem has gone away for some reason or other.
Fedora 8 changed to end-of-life (EOL) status on 2009-01-07. Fedora 8 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.