FS#15038 - [gnome-power-manager] no suspend when idle
Attached to Project:
Arch Linux
Opened by Ulf Winkelvos (uwinkelvos) - Wednesday, 10 June 2009, 02:30 GMT
Last edited by Jan de Groot (JGC) - Friday, 04 September 2009, 20:23 GMT
Opened by Ulf Winkelvos (uwinkelvos) - Wednesday, 10 June 2009, 02:30 GMT
Last edited by Jan de Groot (JGC) - Friday, 04 September 2009, 20:23 GMT
|
Details
Description:
I got a problem with gnome-power-manager 2.26.1-2. I can suspend from the applet menu. It does hibernate on critical bat level, but i does not suspend on idle, regardless what timeout values I set in screensaver and gnome-power-manager. Display sleep seems to work though. First I thought, this might be only an issue on my particular notebook, as I could not find anything on google about this, but it is the same behavior on my freshly installed desktop system. Additional info: * package version(s) 2.24.4-1: does work 2.26.1-2: does NOT work 2.26.2 (adapted PKGBUILD): does NOT work 2.27.1 (adapted PKGBUILD): does NOT work * config and/or log files etc. g-p-m --verbose logs attached hack to force sleep attached g-p-m (patched version) --verbose logs attached * Hardware: Notebook: HP Pavilion dv3550eg (centrino2 - Nvidia 9300M GS) Desktop: GB AMD 790XT, Phenom 720, Nvidia GTX 260 Steps to reproduce: - set idle timeout to 1 mins in gnome-screensaver-preferences - set sleep timeout to 2 mins in gnome-power-manager-preferences - wait (for nthing happening) I tried to debug this issue, but failed bigtime in this whole gnome - C stuff. The attached patch simply disables the session idle check and forces the pc to sleep regardless if the session idle time can be determined. I think this might be some kind of policy error, but i don't see any warnings abot that. |
This task depends upon
Closed by Jan de Groot (JGC)
Friday, 04 September 2009, 20:23 GMT
Reason for closing: Fixed
Additional comments about closing: This should be fixed with the latest version of xorg-server.
Friday, 04 September 2009, 20:23 GMT
Reason for closing: Fixed
Additional comments about closing: This should be fixed with the latest version of xorg-server.
This is in your logs. Did the gconf schemas for gnome-power-manager register correctly? We have an open bug for gconf about gconftool-2 that segfaults when used with non-C or non-UTF8 locales.
the key seems to be registered as i can see it in gconf-editor and it the timeout i set is respected, when i apply my hack. I attached the log file, the gconf values and the hacked gpm-idle.c. As you can see in the log, the pc suspends after 5 minutes, when i set the timeout to 6 mins and the idle timeout to 1 min.
g-p-m-hack-timeout.log (15.5 KiB)
gpm-gconf-values.txt (2.2 KiB)
commit d5d78515f7d59da54056124d835223f1b625abc4
Author: Richard Hughes <richard@hughsie.com>
Date: 2009-05-29
Go back to the original IDLETIME code to fix backlight bugs
The new IDLETIME code from gnome-session is very buggy, and the
old code
was much easier to understand. This should fix random DPMS off
blanking
and the fade-up-down-up on session resume.
M src/egg-idletime.c
M src/egg-idletime.h
M src/gpm-idle.c
M src/gpm-idle.h
M src/gpm-self-test.c
But even with this changes my problem is not fixed. (as mentioned i treid 2.27.1 and devkit-power 008 before.)
offtopic:
when i got it right, --enable-legacy-buttons should not be necssary anymore with devkit-power 008.
should i file a bug report upstream?
http://bugzilla.gnome.org/show_bug.cgi?id=586444