Re: A kexec approach to hibernation
- From: Jeremy Maitin-Shepard <jbms@xxxxxxx>
- Date: Mon, 11 Jun 2007 11:07:54 -0400
Pavel Machek <pavel@xxxxxx> writes:
[snip]
If _I_ were willing to add some runtime overhead to make hibernation
simpler, I'd just use some virtualization to do that... with added
advantage of "hibernate here, resume on different hw".
I don't believe there is going to be any runtime overhead.
64MB less memory seems like runtime overhead for me. If you know how
to do kexec without pre-reserving memory, I believe kexec/kdump team
will be interested.
The main reason kdump needs to reserve memory at boot is that it needs
to preload the crashdump kernel into memory so that it will be available
on panic (and however much memory the crashdump kernel will need to run
will also need to be available at all times, since a panic can occur at
any time), and also because no attempt is made to shutdown devices on
panic, and consequently devices may clobber existing memory with ongoing
DMA, so a reserved area of memory must be used by the crashdump kernel.
For hibernate via kexec, however, these issues do not exist. The
simplest solution would be to simply backup the first say 16MB or 64MB
(or however much is desired for the "save" kernel to have) of memory
into free pages just before copying the "save" kernel into the desired
position and jumping to it.
Due to the speed of memory copying, this should not add any significant
overhead.
[snip]
--
Jeremy Maitin-Shepard
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- A kexec approach to hibernation
- From: Jeremy Maitin-Shepard
- Re: A kexec approach to hibernation
- From: Rafael J. Wysocki
- Re: A kexec approach to hibernation
- From: Jeremy Maitin-Shepard
- Re: A kexec approach to hibernation
- From: Rafael J. Wysocki
- Re: A kexec approach to hibernation
- From: Jeremy Maitin-Shepard
- Re: A kexec approach to hibernation
- From: Pavel Machek
- Re: A kexec approach to hibernation
- From: Jeremy Maitin-Shepard
- Re: A kexec approach to hibernation
- From: Pavel Machek
- A kexec approach to hibernation
- Prev by Date: Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
- Next by Date: Re: [PATCH 2/2] [RFC] PCI: Change all drivers to use pci_device->revision
- Previous by thread: Re: A kexec approach to hibernation
- Next by thread: Re: A kexec approach to hibernation
- Index(es):
Relevant Pages
|