[PATCH v4 5/5] kexec: document -s, -c and -a options.
msuchanek at suse.de
Thu Mar 15 04:18:11 PDT 2018
On Wed, 14 Mar 2018 11:43:55 +0800
Dave Young <dyoung at redhat.com> wrote:
> On 03/06/18 at 02:15pm, Michal Suchanek wrote:
> > Signed-off-by: Michal Suchanek <msuchanek at 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.
More information about the kexec