Red Hat Bugzilla – Bug 211352
gnome power manager doesn't follow obey critical power level setting
Last modified: 2013-03-05 22:47:30 EST
Description of problem:
I have an HP dv 6000 series laptop. I have told gnome-power-manager to hibernate
on critical power level (not sure what that is, I have only see the warning a
On multiple occassions now I have had the machine shut off due because power
failed, not because it went into hibernation.
Version-Release number of selected component (if applicable):
Always. I just got a critical power (2%) warning. No hibernate. I am typing this
Hibernation should happen.
Ok, make that it doesn't work for me consistently. I just got my first hibernate
out of it at 1% of battery life. As I have said, frequently it just dies because
the battery is completely dead.
g-p-m works on time remaining rather than percentage charge. It could be your
battery is being liberal with the truth. To test this, try setting
/apps/gnome-power-manager/use_time_for_policy to false.
I think this is the case. I am beginning to test the option now.
My estimates of time bounce as high as 40 hours on charging (with the real being
about 40 minutes). Similar things happen with decharging. Is it possible to put
in a sanity check for the decharge (power consumption) so that if the time goes
up, it ignores the value until it is lower than the last "valid" value. The one
exception is when the machine gets plugged in. It should then allow the time to
Is this a good solution? I suggest this as this seems to be likely to happen on
any AMD dual core Turion 64 with AMD Power Now enabled.
Hmm. I don't think we should fix this at the g-p-m level, more so at the HAL
level. How comfortable would you be trying CVS HAL for me? Thanks.
Yes, I forgot that HAL does most of the actual work for many things like this.
Can you give me a HAL that will work in FC6? If so, I would be happy to test out
things for you. I just can't take the entire computer to rawhide.
Can that be done?
I think you want to look at the utopia repo, but beware it also installs very
new versions of pm-utils and other core-system stuff so if it breaks, you get to
keep both bits. :-)
 seriously, you can "rpm -e --no-deps x && yum install x" to get back to the
FC6 stock versions if things don't work out.
Ok, I do not know of the utpoia repo. Who does it? What is it? And I am
realizing that my fix only solves about half the problem. It won't cause a
hibernate in 50% or more of the situations.
I have not been able to get this to install. It wants hal-info which isn't
apparently in FC6 nor in rawhide nor in utopia.
This may fix some of it, but it is not a complete fix.
I am no longer able to duplicate this bug. Some of it turned out to be that my
"smart" battery is actually quite ignorant. Closing.