All of lore.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 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.