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


  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