Bug#521944: Some userspace tool is probably to blame
This bug came back after last night's dist-upgrade from unstable, which
updated the following packages:
ncurses (5.7+20090803-1)
linux-2.6 (2.6.30-5) - "sched_rt: Fix overload bug on rt group
scheduling" changelog entry seems especially
suspicious
libept (0.5.27)
libapt-pkg-perl (0.1.23+b1)
debtags (1.7.9+b2)
aptitude (0.4.11.11-1+b2)
apt (0.7.22.1)
ispell (3.1.20.0-5)
apache2 (2.2.12-1) - even with apache2 stopped, the bug is still there
gconf (2.26.2-3) - even without X, the bug is still there
iso-codes (3.10.2-1)
gmp (2:4.3.1+dfsg-3)
botan1.8 (1.8.5-2)
icu (4.0.1-4)
mc (2:4.7.0-pre1-1)
angdraug@x41:~$ sudo powertop -d
PowerTOP 1.11 (C) 2007, 2008 Intel Corporation
Collecting data for 15 seconds
Cn Avg residency
C0 (cpu running) (100.0%)
polling 0.0ms ( 0.0%)
C1 halt 0.0ms ( 0.0%)
C2 0.0ms ( 0.0%)
C3 0.0ms ( 0.0%)
P-states (frequencies)
1500 Mhz 100.0%
1400 Mhz 0.0%
1300 Mhz 0.0%
1200 Mhz 0.0%
1100 Mhz 0.0%
Wakeups-from-idle per second : 348.5 interval: 15.0s
no ACPI power usage estimate available
Top causes for wakeups:
72.0% (250.2) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
9.9% ( 34.5) firefox-bin : hrtimer_start_range_ns (hrtimer_wakeup)
3.8% ( 13.3) <interrupt> : uhci_hcd:usb2, i915@pci:0000:00:02.0, eth0
3.4% ( 11.7) postgres : hrtimer_start_range_ns (hrtimer_wakeup)
2.9% ( 9.9) <interrupt> : PS/2 keyboard/mouse/touchpad
2.3% ( 8.0) <kernel module> : usb_hcd_poll_rh_status (rh_timer_func)
1.4% ( 5.0) tpb : hrtimer_start_range_ns (hrtimer_wakeup)
0.9% ( 3.3) <interrupt> : ata_piix
0.9% ( 3.3) Xorg : hrtimer_start_range_ns (hrtimer_wakeup)
0.4% ( 1.4) tor : schedule_timeout (process_timeout)
0.3% ( 1.1) Xorg : hrtimer_start (it_real_fn)
0.3% ( 1.0) powernowd : hrtimer_start_range_ns (hrtimer_wakeup)
0.3% ( 1.0) ifconfig : tg3_open (tg3_timer)
0.2% ( 0.5) <kernel core> : schedule_delayed_work_on
(delayed_work_timer_fn)
0.2% ( 0.5) Xorg : queue_delayed_work (delayed_work_timer_fn)
0.1% ( 0.5) <kernel core> : neigh_table_init_no_netlink
(neigh_periodic_timer)
0.1% ( 0.3) top : hrtimer_start_range_ns (hrtimer_wakeup)
0.1% ( 0.2) mc : __netdev_watchdog_up (dev_watchdog)
0.1% ( 0.2) init : hrtimer_start_range_ns (hrtimer_wakeup)
0.1% ( 0.2) kded : hrtimer_start_range_ns (hrtimer_wakeup)
0.1% ( 0.2) firefox-bin : sk_reset_timer (tcp_write_timer)
0.0% ( 0.1) firefox-bin : __nf_ct_refresh_acct (death_by_timeout)
0.0% ( 0.1) openbox : hrtimer_start_range_ns (hrtimer_wakeup)
0.0% ( 0.1) ssh-agent : hrtimer_start_range_ns (hrtimer_wakeup)
0.0% ( 0.1) S10checkroot.sh : start_this_handle (commit_timeout)
0.0% ( 0.1) kcryptd : blk_plug_device (blk_unplug_timeout)
0.0% ( 0.1) <kernel core> : page_writeback_init (wb_timer_fn)
0.0% ( 0.1) async/0 : scsi_request_fn (blk_rq_timed_out_timer)
0.0% ( 0.1) qmgr : schedule_timeout (process_timeout)
0.0% ( 0.1) master : schedule_timeout (process_timeout)
0.0% ( 0.1) gconfd-2 : hrtimer_start_range_ns (hrtimer_wakeup)
0.0% ( 0.1) postgres : do_acct_process (acct_timeout)
0.0% ( 0.1) khungtaskd : schedule_timeout (process_timeout)
A USB device is active 100.0% of the time:
USB device 3-1 : USB Mouse (A4Tech)
Suggestion: Enable USB autosuspend by pressing the U key or adding
usbcore.autosuspend=1 to the kernel command line in the grub config
Suggestion: Enable the ondemand cpu speed governor for all processors via:
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Recent USB suspend statistics
Active Device name
100.0% USB device 4-2 : Biometric Coprocessor (STMicroelectronics)
100.0% USB device 3-1 : USB Mouse (A4Tech)
0.0% USB device usb5 : UHCI Host Controller (Linux 2.6.30-1-686 uhci_hcd)
100.0% USB device usb4 : UHCI Host Controller (Linux 2.6.30-1-686 uhci_hcd)
100.0% USB device usb3 : UHCI Host Controller (Linux 2.6.30-1-686 uhci_hcd)
0.0% USB device usb2 : UHCI Host Controller (Linux 2.6.30-1-686 uhci_hcd)
0.0% USB device usb1 : EHCI Host Controller (Linux 2.6.30-1-686 ehci_hcd)
--
Dmitry Borodaenko
Reply to: