http://bugzilla.kernel.org/show_bug.cgi?id=12788 trenn@xxxxxxx changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |trenn@xxxxxxx ------- Comment #8 from trenn@xxxxxxx 2009-03-05 12:01 ------- Looks like it's your mouse (C-states do not have to do anything with cpufreq, the P-states are controlled by cpufreq): Top causes for wakeups: 16.9% ( 61.2) USB device 6-1 : USB Optical Mouse (Logitech) 16.8% ( 61.1) <interrupt> : uhci_hcd:usb6, firewire_ohci, eth0 I don't know much about USB, but you could already try to unplug the mouse, rmmod uhci_hcd, modprobe it again, replug the mouse, does it help? Is it better without mouse? It's the interrupt activity of uhci/mouse interrupts: watch -n1 cat /proc/interrupts and look out to calme down the uhci_hcd interrupts. AFAIK uhci always produces a lot interrupt activity and there exists USB autosuspend to suspend the USB device after some time of inactivity. Is it really only after suspend or always if you plug in and use the USB mouse? Using USB can be really bad for CPUs supporting deep C-states. Hmm, I cannot change the component, this has nothing to do with cpufreq, more with suspend or better USB. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
