From: Baoquan He <bhe@redhat.com>
To: Daniel Kiper <daniel.kiper@oracle.com>
Cc: konrad.wilk@oracle.com, andrew.cooper3@citrix.com,
kexec@lists.infradead.org, simon@horms.net,
xen-devel@lists.xenproject.org,
Eric DeVolder <eric.devolder@oracle.com>
Subject: Re: [PATCH v2] kexec: implemented XEN KEXEC STATUS to determine if an image is loaded
Date: Mon, 23 Jan 2017 16:48:58 +0800 [thread overview]
Message-ID: <20170123084858.GA20581@x1> (raw)
In-Reply-To: <20170123083402.GF23864@olila.local.net-space.pl>
On 01/23/17 at 09:34am, Daniel Kiper wrote:
> On Sat, Jan 21, 2017 at 09:43:19AM +0800, Baoquan He wrote:
> > Hi,
> >
> > I don't strongly oppose against this, but could you tell what you have
> > met makes the kexec_loaded/kexec_crash_loaded checking not convenient to
> > you?
>
> kexec_loaded/kexec_crash_loaded exposes Linux kernel kexec/crash state.
> It does not say anything about Xen kexec/crash state. So, we need a special
> approach to get the latter. Though for compatibility we provide similar
> functionality in kexec-tools for the former.
>
> I hope that helps.
Thanks for telling.
Understood. Then it makes sense. Better put above explanation into log.
Thanks
Baoquan
>
> > On 01/20/17 at 11:03am, Eric DeVolder wrote:
> > > Instead of the scripts having to poke at various fields we can
> > > provide that functionality via the -S parameter.
> > >
> > > Returns 0 if the payload is loaded. Can be used in combination
> > > with -l or -p to get the state of the proper kexec image.
> > >
> > > Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
> > > Signed-off-by: Eric DeVolder <eric.devolder@oracle.com>
> > > ---
> > > Note: The corresponding Xen changes have been committed
> > > to the Xen staging branch. Follow this thread:
> > > https://lists.xenproject.org/archives/html/xen-devel/2017-01/msg01570.html
> > >
> > > CC: Andrew Cooper <andrew.cooper3@citrix.com>
> > > CC: kexec@lists.infradead.org
> > > CC: xen-devel@lists.xenproject.org
> > > CC: Daniel Kiper <daniel.kiper@oracle.com>
> > >
> > > v0: First version (internal product).
> > > v1: Posted on kexec mailing list. Changed -s to -S
> > > v2: Incorporated feedback from kexec mailing list
> > > ---
> > > configure.ac | 8 ++++++-
> > > kexec/kexec-xen.c | 26 +++++++++++++++++++++++
> > > kexec/kexec.8 | 6 ++++++
> > > kexec/kexec.c | 62 ++++++++++++++++++++++++++++++++++++++++++++++++-------
> > > kexec/kexec.h | 5 ++++-
> > > 5 files changed, 98 insertions(+), 9 deletions(-)
> > >
> > > diff --git a/configure.ac b/configure.ac
> > > index 3044185..c6e864b 100644
> > > --- a/configure.ac
> > > +++ b/configure.ac
> > > @@ -165,8 +165,14 @@ fi
> > > dnl find Xen control stack libraries
> > > if test "$with_xen" = yes ; then
> > > AC_CHECK_HEADER(xenctrl.h,
> > > - [AC_CHECK_LIB(xenctrl, xc_kexec_load, ,
> > > + [AC_CHECK_LIB(xenctrl, xc_kexec_load, [ have_xenctrl_h=yes ],
> > > AC_MSG_NOTICE([Xen support disabled]))])
> > > +if test "$have_xenctrl_h" = yes ; then
> > > + AC_CHECK_LIB(xenctrl, xc_kexec_status,
> > > + AC_DEFINE(HAVE_KEXEC_CMD_STATUS, 1,
> > > + [The kexec_status call is available]),
> > > + AC_MSG_NOTICE([The kexec_status call is not available]))
> > > +fi
>
> Eric, I have a feeling that you should add en extra indentation
> for lines starting from "+if test "$have_xenctrl_h"..." and
> ending at "+fi".
>
> Daniel
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2017-01-23 8:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-20 17:03 [PATCH v2] kexec: implemented XEN KEXEC STATUS to determine if an image is loaded Eric DeVolder
2017-01-21 1:43 ` Baoquan He
2017-01-21 1:43 ` Baoquan He
2017-01-23 8:34 ` Daniel Kiper
2017-01-23 8:48 ` Baoquan He [this message]
2017-01-23 8:48 ` Baoquan He
2017-01-23 8:34 ` Daniel Kiper
2017-01-24 13:35 ` Simon Horman
2017-01-24 13:35 ` Simon Horman
2017-01-24 15:10 ` Konrad Rzeszutek Wilk
2017-01-24 15:10 ` Konrad Rzeszutek Wilk
-- strict thread matches above, loose matches on Subject: below --
2017-01-20 17:03 Eric DeVolder
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=20170123084858.GA20581@x1 \
--to=bhe@redhat.com \
--cc=andrew.cooper3@citrix.com \
--cc=daniel.kiper@oracle.com \
--cc=eric.devolder@oracle.com \
--cc=kexec@lists.infradead.org \
--cc=konrad.wilk@oracle.com \
--cc=simon@horms.net \
--cc=xen-devel@lists.xenproject.org \
/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.