linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: mru@users.sourceforge.net (Måns Rullgård), linux-kernel@vger.kernel.org
Cc: Pavel Machek <pavel@ucw.cz>
Subject: Re: [Swsusp-devel] Re: [PATCH] Allow initrd_load() before software_resume() (version 2)
Date: Sun, 10 Aug 2003 22:08:10 -0400	[thread overview]
Message-ID: <200308102208.10588.rob@landley.net> (raw)
In-Reply-To: <yw1xsmofvsd8.fsf@users.sourceforge.net>

On Wednesday 06 August 2003 09:16, Måns Rullgård wrote:
> Pavel Machek <pavel@ucw.cz> writes:
> >> > > Okay. I hadn't tried it yet. I'll happily take up the barrow for you
> >> > > and push it to Pavel and Linus with the rest, if you like.
> >> >
> >> > Don't even think about that.
> >> >
> >> > It is not safe to run userspace *before* doing resume. You don't want
> >> > to see problems this would bring in. Forget it.
> >>
> >> so how do you resume from a partition on a device mapper volume?
> >>
> >> (and yes I basically agree with your sentiment though)
> >
> > I know very little about DM, its very well possible that resume from
> > it is not supported.
>
> Since DM requires some userspace program to set up the mappings, it
> seems to me that it wouldn't work to resume from a DM volume.  I'd
> much appreciate if it would work, somehow.

Er, query:

At some point in the vague nebulous future, after initrd has become initramfs, 
the partition detection code is scheduled to be ripped out, correct?  And 
replaced with a userspace thing run out of initrd ala hotplug and udev and 
all that?

So at that point, it's not just device mapper that's going to need something 
else to run in userspace to attach block devices to partitions.  Everything 
will.

So are you saying that swsusp is a short-term thing that will be dropped in 
2.8 because it can't be made to work?  Or that we WILL have to deal with this 
at some point, just not yet?

Rob



  reply	other threads:[~2003-08-11 13:41 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-01  0:29 [PATCH] Allow initrd_load() before software_resume() Pascal Brisset
2003-08-01  1:18 ` Nigel Cunningham
2003-08-01 10:32   ` [PATCH] Allow initrd_load() before software_resume() (version 2) Pascal Brisset
2003-08-01 10:41     ` [Swsusp-devel] " Nigel Cunningham
2003-08-06 11:30       ` Pavel Machek
2003-08-06 11:47         ` Arjan van de Ven
2003-08-06 12:57           ` Pavel Machek
2003-08-06 13:16             ` Måns Rullgård
2003-08-11  2:08               ` Rob Landley [this message]
2003-08-11 15:29                 ` 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=200308102208.10588.rob@landley.net \
    --to=rob@landley.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mru@users.sourceforge.net \
    --cc=pavel@ucw.cz \
    /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;
as well as URLs for NNTP newsgroup(s).