From: Nigel Cunningham <ncunningham@clear.net.nz>
To: Shaheed <srhaque@iee.org>
Cc: rob@landley.net,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Patrick's Test9 suspend code.
Date: Fri, 21 Nov 2003 11:41:23 +1300 [thread overview]
Message-ID: <1069368082.2239.66.camel@laptop-linux> (raw)
In-Reply-To: <200311202233.09609.srhaque@iee.org>
Hi.
On Fri, 2003-11-21 at 11:33, Shaheed wrote:
> Understood. But by definition, there must be at least one page of data on the
> filesystem whose location we know in order to do the resume. Why can't we
> simply use one extra page to store this data?
Your reading of how the image is stored is correct, but it's not the
real issue, I'm afraid.
The question is more, why would you want this data. It doesn't make
sense to boot from one kernel, suspend, boot from another kernel,
suspend and then boot from the original kernel _unless_ in all of these
cases, all filesystems are mounted read-only. If they're not mounted
read-only, you'll get the cross linking and corruption Rob spoke of.
Whenever I switch from testing a 2.4 kernel to testing 2.6, I do a clean
boot for precisely this reason. I'd love it if I could just suspend 2.4,
boot the new 2.6 kernel, see if it suspends properly (to a different
swap, of course) and then resume the original 2.4 kernel. But doing so
would only work if I mounted 2.6 entirely read only, which is not what
you seem to be planning.
Regards,
Nigel
--
Nigel Cunningham
495 St Georges Road South, Hastings 4201, New Zealand
Evolution (n): A hypothetical process whereby infinitely improbable events occur
with alarming frequency, order arises from chaos, and no one is given credit.
next prev parent reply other threads:[~2003-11-20 22:53 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-20 17:26 Patrick's Test9 suspend code Shaheed
2003-11-20 19:39 ` Rob Landley
2003-11-20 22:33 ` Shaheed
2003-11-20 22:41 ` Nigel Cunningham [this message]
2003-11-20 23:02 ` Shaheed
2003-11-21 6:46 ` Rob Landley
2003-11-21 20:09 ` Nigel Cunningham
2003-11-21 0:06 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2003-11-19 13:15 Samium Gromoff
2003-11-19 19:06 ` Pavel Machek
2003-11-09 10:04 Rob Landley
2003-11-13 13:08 ` Pavel Machek
2003-11-16 0:30 ` Rob Landley
2003-11-16 13:13 ` Pavel Machek
2003-11-17 2:38 ` Rob Landley
2003-11-17 8:42 ` Pavel Machek
2003-11-17 16:45 ` Patrick Mochel
2003-11-17 21:11 ` Rob Landley
2003-11-18 12:02 ` Rob Landley
2003-11-18 18:22 ` Pavel Machek
2003-11-18 22:12 ` Rob Landley
2003-11-18 23:21 ` Pavel Machek
2003-11-19 5:26 ` Rob Landley
2003-11-19 9:18 ` Pavel Machek
2003-11-19 9:41 ` Rob Landley
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=1069368082.2239.66.camel@laptop-linux \
--to=ncunningham@clear.net.nz \
--cc=linux-kernel@vger.kernel.org \
--cc=rob@landley.net \
--cc=srhaque@iee.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