From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Cc: "Toralf Förster" <toralf.foerster@gmx.de>,
"Pavel Machek" <pavel@ucw.cz>,
ibm-acpi-devel@lists.sourceforge.net,
linux-kernel@vger.kernel.org
Subject: Re: suspend/hibernation regression between 2.6.19 and 2.6.20 w/ Thinkpad T41
Date: Mon, 6 Aug 2007 16:56:16 +0200 [thread overview]
Message-ID: <200708061656.17027.rjw@sisk.pl> (raw)
In-Reply-To: <20070806143631.GB31615@khazad-dum.debian.net>
On Monday, 6 August 2007 16:36, Henrique de Moraes Holschuh wrote:
> On Mon, 06 Aug 2007, Toralf Förster wrote:
> > Am Montag, 6. August 2007 00:29 schrieb Pavel Machek:
> > > Yes, I seen similar reports. Does it happen in all shutdown mode and
> > > 2.6.22? Does it happen in platform mode in 2.6.19?
> >
> > I can reproduce this behaviour by doing the following with kernel 2.6.20 :
> >
> > 1. <Fn>+<F4> - the systems sleeps within RAM
> > 2. <Fn> - the systems wakes up
> > 3. <Fn>+<F12> - the systems hibernates to disk
> > 4. <power> - systems wakes up
> > 5. <Fn>+<F4> - the systems sleeps within RAM
> >
> > Now pressing <Fn> doesn't wake up the system, I have to press the power button
> > for that instead.
>
> The resume path for suspend to disk is very different (for the firmware, at
> least) than the resume path from sleep-to-RAM. One of them goes through a
> system shutdown and cold boot (S5) or whatever-boot (S4 - who knows if it is
> the same as a cold boot in a given thinkpad model? It doesn't have to be!).
>
> The firmware *knows* when you press Fn+F4/FN+F12, and recalls that. That's
> why you can't get multiple hot key presses from pressing Fn+F4 or FN+F12
> until you actually do an ACPI wake-up.
>
> While you are just doing S3, all that state is preserved without fuss. But
> S5 does not preserve anything, and S4 is anyone's guess. Numerous thinkpad
> BIOS fixes in the past were releated to such problems, so if you are not
> using the latest BIOS for your model, your first duty is to upgrade it and
> try again.
>
> IMHO, probably some ACPI state is being lost by the BIOS because of the
> sleep-to-disk. I don't know how sleep-to-disk plays with the ACPI NV areas,
> and ACPI data areas from the BIOS, so I can't help much there.
We have the problem that ACPI is already initialized by the boot kernel before
the hibernation image is loaded, so there's a chance that the saved state
information will be lost.
Greetings,
Rafael
--
"Premature optimization is the root of all evil." - Donald Knuth
next prev parent reply other threads:[~2007-08-06 14:47 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-05 17:02 suspend/hibernation regression between 2.6.19 and 2.6.20 w/ Thinkpad T41 Toralf Förster
2007-08-05 20:11 ` Henrique de Moraes Holschuh
2007-08-05 22:29 ` Pavel Machek
2007-08-06 9:36 ` Toralf Förster
2007-08-06 14:36 ` Henrique de Moraes Holschuh
2007-08-06 14:56 ` Rafael J. Wysocki [this message]
2007-08-06 15:03 ` Henrique de Moraes Holschuh
2007-08-06 19:13 ` Toralf Förster
2007-08-07 0:21 ` [ibm-acpi-devel] " Henrique de Moraes Holschuh
2007-08-07 13:21 ` Toralf Förster
2007-08-07 15:38 ` Rafael J. Wysocki
2007-08-08 9:22 ` Toralf Förster
2007-08-08 12:04 ` Henrique de Moraes Holschuh
2007-08-08 12:42 ` Rafael J. Wysocki
2007-08-08 14:48 ` Henrique de Moraes Holschuh
2007-08-08 20:24 ` Rafael J. Wysocki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200708061656.17027.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=hmh@hmh.eng.br \
--cc=ibm-acpi-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@ucw.cz \
--cc=toralf.foerster@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox