Unable to reach C3 or C4 powersaving states when uhci_hcd is in kernel, or radeon driver (r300) is in use.
Bug #105011 reported by
GiuseppeVerde
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
linux-source-2.6.20 (Ubuntu) |
Won't Fix
|
Medium
|
Unassigned |
Bug Description
I recently noticed that my CPU does not enter C3 or C4 powersaving states. It's never done C4, so that's not a big deal, but C3 is important. I've removed the usb drivers not no avail. Then, after Beryl locked up, I had to reboot and checked by logging in to a virtual console. The processor was doing C3 states just fine. I've figured out the following thus far:
1) It only happens when I'm logged in and before anything outside of my session list has run
2) It does not involve Beryl (unless it's the applet; when I logged in, I was running metacity).
Any suggestions on what to poke? I really really really want long battery life!
Changed in linux-source-2.6.20: | |
assignee: | brian-murray → ubuntu-kernel-acpi |
importance: | Undecided → Medium |
status: | Needs Info → Confirmed |
Changed in linux-source-2.6.20 (Ubuntu): | |
assignee: | Registry Administrators (registry) → nobody |
To post a comment you must log in.
I have just isolated the problem to the r300 or radeon DRM (found by commenting out the drm module line in xorg.conf, removing the radeon and drm modules from the kernel and starting Xorg) as well as uhci_hcd.
The radeon problem is interesting, because it only blocks C3 or lower states when you're in X. If you swtich to another VC, you will be using C3.
The uhci_hcd issue is somewhat thornier, as I believe that my bluetooth controller might be detected on the USB bus is brought back online. Regardless, whenever uhci_hcd is in the kernel, I don't get C3.