Summary: | sys-power/pm-utils-1.2.3 makes suspend to ram slow and unstable | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Kahle (RETIRED) <tomka> |
Component: | Current packages | Assignee: | Freedesktop bugs <freedesktop-bugs> |
Status: | VERIFIED NEEDINFO | ||
Severity: | normal | CC: | pacho |
Priority: | High | ||
Version: | 2007.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Thomas Kahle (RETIRED)
2008-12-16 20:01:04 UTC
you might want to disable some hooks. Maybe you could to locally bump to some pm-utils versions between 1.2.3 and 1.1.2.1 for trying to see what change could cause this, you can check: http://pm-utils.freedesktop.org/wiki/ (in ReleaseNotes section) for see changes between versions. For example, you could try to locally bump to 1.1.2.5, if it works, maybe a change in 1.2 branch is causing your problems, and you could check with first 1.2 branch version Also, please test simply with "pm-suspend" command instead of invoking it from powerdevil for preventing some other problems (I am not sure about powerdevil at Gentoo but, under Mandriva, it can cause some problem to a few issues) you can also try to git bisect on upstream's repo. Anyway current informations can't help us figure out the problem and powersaving stuff is often machine dependent so you'll have to do some tests on your own. Please get back to us with updated status. Thanks in advance. Hi, here are some more observations. Power Management handling seems to be very dependent on the explicit versions of hal, kernel, video-driver, xorg-server, maybe udev. I use a combination of a mostly stable tree, with some packages from ~x86 where needed to enable "modern" features such as power management, or just want to be on the bleeding edge. My general observation, but I cannot back this up by very concrete examples, is that if one uses everything from stable it works well together, or if one uses the latest version of "hal, kernel, video-driver, xorg-server, maybe udev" together it also works fine. Mixing them results in strange, sometimes unreproducible behaviour. I'm very sorry that I cannot be more explicit, also because some of the suspend-crashes only happen after 10 succesfull resumes and uptimes of several days. One example maybe that the module blacklist of pm-utils-1.2.3-r1 contains "iwlagn", but not "iwl4965" as the module was called before. I think I maybe was hit by the problem of using the recent pm-utils together with an old kernel such that after updating pm-utils the wireless module was not unloaded anymore. Summarizing I think that there are some hidden dependencies of these packages that are hard to track down. Updating the above mentioned packages to most recent versions worked well. One final remark, I think the power-management guide: http://www.gentoo.org/doc/en/power-management-guide.xml could be improved by adding a section which explains how hald/dbus and other automagic tools work together with the high level window managers. I think creating a battery runlevel which changes screen brightness is not apropriate in the times of kde-4 and modern gnome. Thanks for your support. I'm closing this bug. |