Alan Stern wrote:
> As for the VGA font, the effect is easy to see: Run setfont before
> hibernating; when you resume the original font will be back. The
> kernel simply does not bother to save the VGA font information across a
> hibernate.
This could probably be handled by a device suspend/resume call; but this
problem is not specific to kexec.
> > Ok, after applying the latest kexec patches, I was able to use the
> > kexec'd kernel to suspend to ram and resume to the normal kernel, while
> > working under a full-blown X session. It went without a hitch. All
> > that is needed now are the dump/restore hibernation-image routines.
>
> That's exactly my point. While doing suspend-to-RAM from a kexec'd
> kernel may be simple, saving the hibernation image will add
> complications.
>From a kexec'd hibernation kernel pov, both S3 and S4 look conceptually
exactly the same. The only difference is, in S3 the memory is in memory and
in S4 the memory is on storage. All device handling is exactly the same, so
if there is a problem with device handling between the kexec'd hibernation
kernel and the normal kernel, then that would have made itself visible.
[email protected] wrote:
> suspend-to-RAM should not involve kexec, the only reason for doing the
> kexec to to get a seperate userspace to use for suspend-to-disk operations
> instead of trying to partially freeze the sustem and keep useing it.
Or you could do suspend-to-disk-and-RAM. But in the above case, it was meant
to test kexec compatibility with device suspend/resume calls.
Thanks!
--
Al
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
