[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4546EDD4.70904@comcast.net>
Date: Tue, 31 Oct 2006 01:31:48 -0500
From: John Richard Moser <nigelenki@...cast.net>
To: "Rafael J. Wysocki" <rjw@...k.pl>
CC: linux-kernel@...r.kernel.org
Subject: Re: Suspend to disk: do we HAVE to use swap?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Rafael J. Wysocki wrote:
> On Tuesday, 31 October 2006 04:42, John Richard Moser wrote:
>> Something dumb came into my head, and the question is thus brought up
>> here: Do we HAVE to use swap for suspend to disk? How about the file
>> system?
>
> In short, we could use regular files for the suspend in the same way in which we
> use them for swap. Namely, we could bmap() a file and create a map of it
> (eg. with extents) that would be used for accessing the corresponding disk
> sectors at the block device level. Then, to be able to read the image the
> resume code would have to be provided with the number of the sector in which
> the suspend image header is located.
>
> However, we already have code that allows us to use swap files for the suspend
> and turning a regular file into a swap file is as easy as running 'mkswap' and
> 'swapon' on it.
And the kernel can survive being loaded, mounting a file system
readonly, activating swapon on the swap file on the read-only file
system, and then resuming from it?
Also, the file system is consistent after a suspend to disk?
I believe I mentioned something about compressing the image as well...
>
> Greetings,
> Rafael
>
>
- --
We will enslave their women, eat their children and rape their
cattle!
-- Bosc, Evil alien overlord from the fifth dimension
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iQIVAwUBRUbt0gs1xW0HCTEFAQL4nA/+JA7j+FHtmXYl2w/RpN/mZ+EMam++ippS
ildPeg/EsjdFLrc2SjmsteaPfCGokbLdA6WHwa5Uq+JB1Itu4rBLPRzvhVftm01V
XcYfInILhRNCGeGujF4P/NMFQBOPjPl1UqC+H/yehsVtj0I73ZMRDrdtI62+KWGL
ekaGKHb5rC3D0mdFOg/7ycplFbTLJii5Szn2KeHjd6+88LKbySLKv9SMPe6bMPPb
rzmy9+dzy3X/mMnWckxKyf6jFYkOXsI0GeNe/gb6Ylnpr6qNPJCPrY3MLSFKHPOA
Z7jBdS3w+glQhO0dUcsDSd9waPeOZNWGoJbq1FJIOMUiOU7fkoHVH7CNGGT+MccH
Qb8QxGhZUec77LmBAEKzpTi4R40QlHJaNHVip0NtOrTTupg+3J7SfDcDZ9frCRWa
hAs0/0sZV8y3ADtCf2bEOijj7zeLWRwSjTkj4fhXqcxlhEk030mKroYkohBGPIli
oVxRZq7nG4nY+dgNAxDCzFkyOEP5ObVq6dy7JPHfGOdPjy3gJy8cL/Y/6HxvzZIj
apHJznqz5+Bi7hFjG80++n7AzsM3RYzdWAh2OlcDM/jgZu7BypsGZ9QMkqTj6eDk
/Q11y+aj5+x4iYL2r+YrYlkhS3TIi2SUud05e8f87Di6nXiJfKLoFq6D6enU3v9M
xJ5l88pMfkQ=
=fs+p
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists