From: joeyli <jlee@suse.com>
To: Petr Tesarik <ptesarik@suse.com>
Cc: Simon Horman <horms@verge.net.au>,
"Lee, Chun-Yi" <joeyli.kernel@gmail.com>,
kexec@lists.infradead.org, Vivek Goyal <vgoyal@redhat.com>
Subject: Re: [PATCH] kexec: Add option to fallback to old kexec syscall when kexec file based syscall failed
Date: Fri, 15 Jul 2016 18:28:05 +0800 [thread overview]
Message-ID: <20160715102805.GL27155@linux-rxt1.site> (raw)
In-Reply-To: <20160715095822.5caaaa16@hananiah.suse.cz>
On Fri, Jul 15, 2016 at 09:58:22AM +0200, Petr Tesarik wrote:
> On Fri, 15 Jul 2016 07:57:22 +0800
> joeyli <jlee@suse.com> wrote:
>
> > Hi Vivek
> >
> > On Thu, Jul 14, 2016 at 10:53:28AM -0400, Vivek Goyal wrote:
> > > On Thu, Jul 14, 2016 at 04:45:11PM +0800, Lee, Chun-Yi wrote:
> > > > This patch adds a new "--fallback-kexec" option to give a chance to
> > > > fallback to old kexec syscall when file based kexec syscall operation
> > > > failed.
> > >
> > > I think caller should switch to using different interface if need be. But
> > > I don't see much point in providing an option for this in kexec-tools.
> > >
> > > Vivek
> > >
> >
> > OK~ Understood!
> >
> > Thanks for Baoquan's and your opinion for this patch.
>
> Is there some sort of diagnostics, so a calling script can determine
> whether kexec failed, because there's no suppor for kexec_file_load(2)
> or for a different reason?
>
> Thanks,
> Petr T
The calling script needs to use "-s" option to access file based kexec, then
check the result and call kexec without -s to access old kexec syscall.
With this patch is just more convenience.
Thanks a lot!
Joey Lee
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2016-07-15 10:28 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-14 8:45 [PATCH] kexec: Add option to fallback to old kexec syscall when kexec file based syscall failed Lee, Chun-Yi
2016-07-14 9:51 ` Baoquan He
2016-07-14 10:02 ` Baoquan He
2016-07-14 10:35 ` joeyli
2016-07-14 14:12 ` Baoquan He
2016-07-14 14:53 ` Vivek Goyal
2016-07-14 23:57 ` joeyli
2016-07-15 7:58 ` Petr Tesarik
2016-07-15 10:28 ` joeyli [this message]
2016-07-15 11:20 ` Petr Tesarik
2016-07-15 12:51 ` Vivek Goyal
2016-07-15 14:42 ` Petr Tesarik
2016-07-15 15:13 ` Vivek Goyal
2016-07-15 15:26 ` Petr Tesarik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160715102805.GL27155@linux-rxt1.site \
--to=jlee@suse.com \
--cc=horms@verge.net.au \
--cc=joeyli.kernel@gmail.com \
--cc=kexec@lists.infradead.org \
--cc=ptesarik@suse.com \
--cc=vgoyal@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.