From: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
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 12:03:32 -0300 [thread overview]
Message-ID: <20070806150332.GD31615@khazad-dum.debian.net> (raw)
In-Reply-To: <200708061656.17027.rjw@sisk.pl>
On Mon, 06 Aug 2007, Rafael J. Wysocki wrote:
> 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.
Yeah. Big bad design issue right there. And not one that is even remotely
easy to "fix", AFAIK.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
next prev parent reply other threads:[~2007-08-06 15:03 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
2007-08-06 15:03 ` Henrique de Moraes Holschuh [this message]
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=20070806150332.GD31615@khazad-dum.debian.net \
--to=hmh@hmh.eng.br \
--cc=ibm-acpi-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@ucw.cz \
--cc=rjw@sisk.pl \
--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