Yet another approach to software suspend
Posted Jul 19, 2007 13:58 UTC (Thu) by i3839
Parent article: Yet another approach to software suspend
> making it possible to jump from the secondary kernel back into the original kernel.
Which is totally useless for hibernate resume, because there there's no need to do any kexec stuff at resume.
The speed problem is only at suspend/hibernate time, because then the new kernel needs to be started and needs to detect enough hardware to be able to write the image.
This kexec approach seems silly: The old kernel already knows which state needs to be saved and is ready to use the hardware needed for the dump. But the smart thing is that it solves the problem of "how to save the userspace state from userspace without changing that state".
The worrying part is that some people seem to want to use this approach also for the suspend to ram case, where it makes no sense and just complicates and slows down everything.
to post comments)