On Wed, 14 Mar 2018 11:43:55 +0800 Dave Young <dyo...@redhat.com> wrote:
> On 03/06/18 at 02:15pm, Michal Suchanek wrote: > > Signed-off-by: Michal Suchanek <msucha...@suse.de> > > --- > > kexec/kexec.8 | 15 +++++++++++++++ > > 1 file changed, 15 insertions(+) > > > > diff --git a/kexec/kexec.8 b/kexec/kexec.8 > > index e0131b4ea827..b3543db3f413 100644 > > --- a/kexec/kexec.8 > > +++ b/kexec/kexec.8 > > @@ -144,6 +144,21 @@ Load the new kernel for use on panic. > > Specify that the new kernel is of this > > .I type. > > .TP > > +.BI \-s\ (\-\-kexec-file-syscall) > > +Specify that the new KEXEC_FILE_LOAD syscall should be used > > exclusively. +.TP > > +.BI \-c\ (\-\-kexec-syscall) > > +Specify that the old KEXEC_LOAD syscall should be used exclusively > > (the default). +.TP > > +.BI \-a\ (\-\-kexec-syscall-auto) > > +Try the new simpler KEXEC_FILE_LOAD syscall first and if it is not > > supported +fall back to the old KEXEC_LOAD interface. > > + > > +There is no one single interface that always works. > > KEXEC_FILE_LOAD is required +on systems that use locked-down secure > > boot to verify the kernel signature. +KEXEC_LOAD is required for > > some kernel image formats and on architectures that +do not support > > KEXEC_FILE_LOAD. +.TP > > .B \-u\ (\-\-unload) > > Unload the current > > .B kexec > > -- > > 2.13.6 > > > > Actually while I replied this mail, I tried 'kexec -c -a' system > immediately rebooted. Also as I noted in patch 4 a 'break' is missing > so does it work on your side? Right, the original single-patch code had a bug which is now fixed but new one crept in. Since we still don't agree how it *should* behave it is too early to say it deviates from expectation. If we agree what it should do but it turns out to be broken it can be fixed after the fact, too. Thanks Michal _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec
