"Rafael J. Wysocki" <[EMAIL PROTECTED]> writes: > Well, what can I say? > > I haven't been a big fan of doing hibernation this way since the very > beginning > and I still have the same reservations. Namely, my opinion is that the > hibernation-related problems we have are not just solvable this way. For one > example, in order to stop using the freezer for suspend/hibernation we first > need to revamp the suspending/resuming of devices (uder way) and the > kexec-based approach doesn't help us here. I wouldn't like to start another > discussion about it though.
Agreed. At best all this does is moving the policy on how to save the kernel image from the kernel itself out to user space, and it not a cure all. > That said, I can imagine some applications of the $subject functionality > not directly related to hibernation. For example, one can use it for kernel > debgging (jump to a new kernel, change something in the old kernel's > data, jump back and see what happens etc.). Also, in principle it may be used > for such things as live migration of VMs. Also such things as calling BIOS services or EFI services on x86_64. Where vm86 is not useful. So in principle I think a kexec with return is a logical extension to the current kexec functionality. That said it looks like next month before I will have time to do a reasonable job of reviewing the current patches. Eric _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec