From: Rob Landley <rob@landley.net>
To: shoxx@web.de, linux-kernel@vger.kernel.org
Cc: mochel@osdl.org
Subject: Re: problem with suspend to disk on linux2.6-t9
Date: Tue, 18 Nov 2003 07:18:00 -0600 [thread overview]
Message-ID: <200311180718.00059.rob@landley.net> (raw)
In-Reply-To: <200311172327.24418.shoxx@web.de>
On Monday 17 November 2003 16:27, dodger wrote:
> hi
> i am using linux2.6-t9 and i am trying to use suspend to disk
> when doing a
> < echo -n "disk" > /sys/power/state >
>
> it is suspending real fine.
> but it is not resuming at all.
> i tried to boot up normally and with resume=/dev/hdb5 ( swap partition )
> but nothing happens...
>
> it just boots up normally...
> i have set /dev/hdb5 as DEFAULT RESUME PARTITION during kernel config...
>
> any ideas?
> thanks
Did you specify a default resume partition (CONFIG_PM_DISK_PARTITION) in your
.config? (Or provide it with the kernel parameter pmdisk=/dev/blah)...
On suspend, it saves to the first mounted swap file. On resume, it hasn't
looked at /etc/fstab yet to see where the swap files are by the time it gets
to resuming, and nobody's bothered to code up any heuristic for what to do
with no default partition, so you have to point it at a partition or it won't
attempt to resume.
Personally, I think that 99% of the time you can just iterate through the
partitions of whatever drive your root device lives on and find the first one
that's got a valid suspend signature on it, and resume from that. (And if
you don't find one, don't resume.) The few cases where this isn't
appropriate can configure another default or supply a kernel command line
paramenter, but having to bake your swap partition location into the kernel
config is a bit klunky at best...
Of course with lilo, there's a user space alternative, you know. Your suspend
script could call lilo -R with a command line that points to the partition
you're about to suspend to. But there are a number of problems with that
(ideally you want to do it right AFTER suspending...) And I dunno if grub's
got an equivalent...
One thing that might be nice is if there was a way to trigger a resume from
the initramfs. "Blow away the current process list and load this binary
image of what userspace should look like." That way figuring out where the
sucker lives is a problem you could punt on. :)
Rob
next prev parent reply other threads:[~2003-11-18 13:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-17 22:27 problem with suspend to disk on linux2.6-t9 dodger
2003-11-17 23:43 ` Måns Rullgård
2003-11-18 8:45 ` Rob Landley
2003-11-18 13:18 ` Rob Landley [this message]
2003-11-18 18:38 ` dodger
2003-11-18 21:00 ` 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=200311180718.00059.rob@landley.net \
--to=rob@landley.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mochel@osdl.org \
--cc=shoxx@web.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