public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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-----

  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox