On December 15, 2002 04:03 pm, Eric W. Biederman wrote:
> Ed Tomlinson <tomlins@cam.org> writes:
> > Why not include this info in kexec -h ? Bet it would prevent a few
> > failure reports...
>
> I will look, at that.
>
> > Two more possible additions to the kexec command.
> >
> > 1. kexec -q which returns rc=1 and types the pending selection and
> > its command/append string if one exists and returns rc=0 if nothing
> > is pending.
>
> This would require effort to little purpose. If you just call kexec
> it loads the kernel and then calls shutdown -r now. So the loaded kernel
> should be a transient entity anyway.
Consider, you are not sure what kexec has been setup to do (maybe
some other admin has something setup to take a crash dump etc). You
do not want to destroy this setup, so you do kexec -q
Think being able to query the pending kexec is very usefull. Also
using an rc means that scripts can use it too.
> > 2. kexec -c which clears any pending kernels.
>
> This I can and should do. The kernel side is already implemented.
Thanks
Ed Tomlinson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Dec 15 2002 - 22:00:33 EST