From: Kevin Fenzi <kevin-kernel@scrye.com>
From: Kevin Fenzi <kevin@scrye.com>
To: linux-kernel@vger.kernel.org
Subject: Re: pmdisk/swusp1 (merged) with 2.6.8-rc2-mm1
Date: Wed, 28 Jul 2004 14:11:27 -0600 [thread overview]
Message-ID: <20040728201130.8B529D208C@voldemort.scrye.com> (raw)
In-Reply-To: 20040728185346.45CE54189@voldemort.scrye.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>>>>> "Kevin" == Kevin Fenzi <kevin-kernel@scrye.com> writes:
Kevin> Greetings.
Kevin> I am a happy software suspend2 user, but with the recent merge
Kevin> of pmdisk and swsusp1, I thought I would give it a try and see
Kevin> how far along it's come.
Kevin> Using 2.6.8-rc2-mm1 (that has the merged pmdisk/swsusp) I
Kevin> booted single user and unloaded all modules, then started a
Kevin> hibernate.
Kevin> It gets to:
Kevin> PM: Attempting to suspend to disk.
Kevin> and then hangs. Machine has to be hard power cycled. Looking at
Kevin> the code the problem appears to be that my laptop is reporting
Kevin> that it has "S4_bios" support. It doesn't, but swsup1 sees the
Kevin> S4_bios in /proc/acpi/sleep and tries to call that instead of
Kevin> swsusp1.
Kevin> Is there any way to disable detection of S4_bios?
Kevin> Is there any way to get swsusp1 to use it's S4 instead of
Kevin> S4_bios?
Kevin> I guess I can recompile with the calls to S4_bios removed and
Kevin> see how things go.
To followup on myself here, this can be set with:
echo "shutdown" > /sys/power/disk
to tell it to use OS shutdown instead of firmware mode letting the
bios handle things.
Using that, I get a suspend to happen ok, but on resume I get a kernel
panic. ;(
Pavel/Patrick: Does your current implementation handle himem and/or
preempt?
suspend2 handles both, so I had them enabled in my config, but I
wonder if that isn't the issue. The panic is in memory allocation it
seems like.
I can re-compile with both those off.
kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQFBCAhx3imCezTjY0ERAoYRAKCQ022MJ+znKAsK0YsiCypLEeRvMQCgkHob
6LQW1i/bqgblQSZJikohdjg=
=NmQD
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2004-07-28 20:11 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-28 18:53 pmdisk/swusp1 (merged) with 2.6.8-rc2-mm1 Kevin Fenzi
2004-07-28 20:11 ` Kevin Fenzi, Kevin Fenzi [this message]
2004-08-10 10:54 ` Pavel Machek
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=20040728201130.8B529D208C@voldemort.scrye.com \
--to=kevin-kernel@scrye.com \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.