Patch: remove incorrect vbestate_restore quirk for some laptops
Frederic Crozat
fcrozat at mandriva.com
Wed May 2 10:22:09 PDT 2007
Le mercredi 02 mai 2007 à 18:57 +0200, Danny Kukawka a écrit :
> On Mittwoch, 2. Mai 2007, Frederic Crozat wrote:
> > While testing Mandriva 2007 Spring, we discovered part of hal
> > suspend/resume scripts were still using incorrect arguments when calling
> > pm-utils, causing vbestate_restore to never be passed to pm-utils.
> >
> > After we fixed that (I saw david fixed it too in parallel with commits
> > d695eb749f5f1ace2d90be0605a100b1cc714266 and
> > a0997ff7f0ced238e702f2b0e201038687ede468, sorry for not pushing patch
> > earlier), we discovered regressions in suspend stability, because some
> > laptops were incorrectly described in hal-info as needing
> > vbestate_restore.
>
> How did you discovered this regression. What was the exact testcase? Suspend
> under X or also from console/init=/bin/bash. Both have to work to remove a
> quirk.
>
> I ask this because I see several changes (e.g. for HPnx6125) in the quirks
> (you remove e.g. power_management.quirk.vbestate_restore) which s2ram
> explicit use (in it's own whitelist) to resume the machines correctly. I
> speculate in several cases of your changes the resume with X would work
> okay, but not from console.
Glad you asked.
I plan to write a test scenario on Mandriva wiki about that, but here is
it :
-start your laptop
-login as usual
-request suspend using gnome-power-manager (or kpowersave), aka Suspend
to RAM aka ACPI S3, from X
-when suspend is done, resume
-do another suspend (to RAM, S3)
-return from the dead
-then, hibernate (aka suspend to disk aka ACPI S4), still from X
-revive your laptop
-then, redo a suspend (ACPI S3) from X. This last one is optional, but
we kept it, just to ensure hibernate wasn't breaking suspend (to mem).
Tricky part was the two consecutive suspend : many people are only doing
one suspend and things "ok, it cames back from the dead, everything must
be in order" but we discovered it wasn't true :)
--
Frederic Crozat <fcrozat at mandriva.com>
Mandriva
More information about the hal
mailing list