Description of problem: gnome-power-manager is acting up. I booted on battery power, and then switched to mains. A small, unredrawn rectangle appeared in the middle of the screen. The g-p-m icon was no longer repainting in the GNOME panel, and it was eating CPU time. I killed it, but it now refuses to start. This also happens on the login screen. Change the power state, and the g-p-m icon no longer responds. Worse still, it locks the X session forcing a Ctrl+Alt+Backspace to get out of the situation. Version-Release number of selected component (if applicable): gnome-power-manager-2.24.2-2.fc10.x86_64 hal-0.5.12-12.20081027git.fc10.x86_64 How reproducible: Always. Steps to Reproduce: 1. Change power state when logged in. 2. Note g-p-m not responding, eating CPU, box on the screen. Kill g-p-m. 3. Attempt to start it again. or: 1. Return to login screen. 2. Change power state. Actual results: g-p-m misbehaves. Expected results: g-p-m behaves itself like it did in F9. Additional info: See attached output from gnome-power-manager --no-daemon --verbose.
Created attachment 325217 [details] Output of gnome-power-manager --no-daemon --verbose.
What hardware is this? Specifically, what graphics card? Thanks.
It's a notebook with Intel X3100 graphics and a T8100 processor. For the ACPI dump, see attachment 306540 [details] for bug 448150. Smolt profile at http://www.smolts.org/client/show/pub_237bf12d-5525-4481-913a-04005c0cf0f8 .
Sorry, left out graphics driver: xorg-x11-drv-i810-2.5.0-3.fc10.x86_64
Your graphics driver reports 26015 levels of brightness, which, is pretty insane. If this is true, we'll have to modify this function: /** * gpm_brightness_get_step: * @levels: The number of levels supported * Return value: the amount of hardware steps to do on each increment or decrement **/ guint gpm_brightness_get_step (guint levels) { /* macbook pro has a bazzillion brightness levels, do in 5% steps */ if (levels > 20) return levels / 20; return 1; } So with your hardware, we should go in 5% steps. Ajax, does the number of steps look correct to you?
As far as I understood it, this notebook has never exposed any brightness control to software (at least, not through ACPI; I don't know about X).
The same problem here. Smolt profile: http://www.smolts.org/client/show/pub_68b5a070-b2fa-4278-9cda-604b29fc4a61
Created attachment 326364 [details] Output of gnome-power-manager --no-daemon --verbose
In the meantime, I'll work around this by disabling backlight control in gconf:/apps/gnome-power-manager/backlight/enable .
The same problem with: 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/GME, 943/940GML Express Integrated Graphics Controller (rev 03) With AC, it works fine. Without AC, no battery icon on the panel, the screen is flickering, takes time to launch an application(xterm), no "On Battery Power" tab in "Power Management Preference".
Does this still happen with the version in fedora rawhide, or the version of the Fedora 11 beta live cd?
I'm using F11 now. Anyone want to chip in before I close it?