On Fri, Jul 11, 2008 at 12:21:31PM -0700, Andrew Morton wrote: > On Tue, 8 Jul 2008 10:50:51 -0400 Vivek Goyal <vgoyal@xxxxxxxxxx> wrote: > > > On Mon, Jul 07, 2008 at 11:25:22AM +0800, Huang Ying wrote: > > > This patch provides an enhancement to kexec/kdump. It implements > > > the following features: > > > > > > - Backup/restore memory used by the original kernel before/after > > > kexec. > > > > > > - Save/restore CPU state before/after kexec. > > > > > > > Hi Huang, > > > > In general this patch set looks good enough to live in -mm and > > get some testing going. > > > > To me, adding capability to return back to original kernel looks > > like a logical extension to kexec functionality. > > Exciting ;) It's much less code than I expected. > > I don't think I understand the feature any more. Once upon a time we > thought that this might become a new and better (or at least > better-code-sharing) way of doing suspend-to-disk. How far are we from > that? > Hi Andrew, We can use this patchset for hibernation, but can it be a better way of doing things than what we already have, I don't know. Last time I had raised this question and power people had various views. In the end, Pavel wanted this patchset to be in. Pavel, can tell more here... To me this patchset looks interesting for couple of reasons. - Looks like an interesting feature where one can have a separate kernel in memory and one can switch between the kernels on the fly. It can be modified to have more than one kernel in memory at a time. - So far kexec was one directional. One can only kexec to new kernel and old kernel was gone. Now this patchset makes kexec functionality kind of bidirectional and this looks like logical extension and can lead to intersting use cases in future. Huang also talks of using this feature for snapshotting kernel and invoking some BIOS code in protected mode. I am not very sure how exactly are they planning to use it. Huang, do you have more details on this? > What are the prospects of supporting other architectures? > I think it should be doable on other architectures as well where kexec is supported. Can't think of a reason why it can't be. Huang, what do you think? > Who maintains kexec-tools, and are they OK with merging up the > corresponding changes? > I think Eric still has the ownership of kexec-tools. But it has been long since kexec-tools has been updated. Now simon horman is maintaining a separate tree, kexec-tools-testing, and all the active development is taking place there. Huang has not exactly posted kexec-tools patches but has given link to kexec-tools patches and no body has objected so far. I am CCing it to Simon Horman, if he sees any issues. Thanks Vivek _______________________________________________ linux-pm mailing list linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/linux-pm
