From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Ian Jackson <ian.jackson@eu.citrix.com>
Cc: Marcos.Matsunaga@oracle.com, ross.lagerwall@citrix.com,
xen-devel@lists.xenproject.org
Subject: Re: [PATCH v2 6/9] ts-xen-build: Build the livepatch test-cases
Date: Thu, 18 May 2017 15:57:59 -0400 [thread overview]
Message-ID: <20170518195758.GF8657@localhost.localdomain> (raw)
In-Reply-To: <22813.53260.999536.202377@mariner.uk.xensource.com>
On Thu, May 18, 2017 at 05:47:08PM +0100, Ian Jackson wrote:
> Konrad Rzeszutek Wilk writes ("Re: [PATCH v2 6/9] ts-xen-build: Build the livepatch test-cases"):
> > > or something ?
> >
> > I ended up doing two patches - one to create an enable_livepatch
> > (in mfi-common) to seed the jobs.
> >
> > And then another to piggyback on that.
> >
> > I am attaching them here (as attachment), and I think it makes
> > it simpler?
>
> Why wouldn't you simply always build the live patch if it is
> available ?
>
> I don't think this runvar-based system, where the xen version is
> tested, is a very good idea.
Oh. See below please why I choose that route.
>
> > @@ -95,6 +96,12 @@ sub checkout () {
> > echo >>.config LIBLEAFDIR_x86_64=lib
> > echo >>.config KERNELS=''
> > END
> > + (${enable_livepatch} ? <<END : '').
> > + if test -f xen/Kconfig; then
> > + echo >>xen/.config CONFIG_LIVEPATCH=y
> > + echo >>xen/.config CONFIG_FAST_SYMBOL_LOOKUP=y
> > + fi
> > +END
>
> I see you copied this from the xsm build, but I think there is no
> reason for osstest to ever build without livepatching support ? So
> this could be unconditional. You could put it nexst to CONFIG_EXPERT
> and _FEP and _VERBOSE_DEBUG.
OK.
>
> > + if ($enable_livepatch) {
> > + buildcmd_stamped_logged(600, 'xen', 'xenlpt', <<END,<<END,'')
> > + export XEN_ROOT=$builddir/xen
> > + export DESTDIR=$builddir/xen/dist/xenlpt
> > + export BASEDIR=$builddir/xen/xen
> > + mkdir -p \${DESTDIR}/usr/lib/debug
> > +END
> > + $make_prefix make -C xen/test -f $builddir/xen/xen/Rules.mk install
>
> So here this would need to be conditional. But it should be
> conditional on whether the build can produce it, so use
> target_file_exists.
OK. Now here comes the more difficult problem. The patch to make 'make
-C xen/test install' work is not yet in Xen 4.9. So earlier versions
would fail :-(
I could do a check in xen/test/Makefile for an install stanze or just
have an check for a version of Xen?
Or do what I had done in the previous patch (which you didn't like)
which was to just a combination of 'find' and copy them by hand.
Thoughts:
a) Depend on Xen version (and my patch to add install stanze in
xen/test/Makefile making it in Xen 4.9).
b) USe the old approach of 'find' and 'cp' the *.livepatch files
(works with Xen 4.8, 4.9).
c) Base it on Xen version and only allow Xen 4.9 and later to be
tested.
?
>
> Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2017-05-18 19:58 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-13 6:39 [PATCH v2] OSSTest test-harness for livepatches Konrad Rzeszutek Wilk
2016-12-13 6:39 ` [PATCH v2 1/9] OssTest: Add target_cmd_root_status which returns return code Konrad Rzeszutek Wilk
2016-12-13 16:20 ` Ian Jackson
2016-12-13 6:39 ` [PATCH v2 2/9] Osstest: Add target_cmd_output_root_status Konrad Rzeszutek Wilk
2016-12-13 16:23 ` Ian Jackson
2016-12-13 6:39 ` [PATCH v2 3/9] OssTest: Add target_dir_exists Konrad Rzeszutek Wilk
2016-12-13 16:24 ` Ian Jackson
2017-05-17 20:59 ` Konrad Rzeszutek Wilk
2017-05-18 16:50 ` Ian Jackson
2016-12-13 6:39 ` [PATCH v2 4/9] ts-xen-build: Make {xen|}dist.tar.gz only if $builddir/install/{$xen|}install Konrad Rzeszutek Wilk
2016-12-13 6:39 ` [PATCH v2 5/9] ts-xen-build: Enable livepatch Konrad Rzeszutek Wilk
2016-12-13 6:39 ` [PATCH v2 6/9] ts-xen-build: Build the livepatch test-cases Konrad Rzeszutek Wilk
2016-12-13 16:49 ` Ian Jackson
2017-05-18 0:07 ` Konrad Rzeszutek Wilk
2017-05-17 20:30 ` Konrad Rzeszutek Wilk
2017-05-18 16:41 ` Ian Jackson
2017-05-18 6:49 ` Konrad Rzeszutek Wilk
2017-05-18 16:47 ` Ian Jackson
2017-05-18 19:57 ` Konrad Rzeszutek Wilk [this message]
2016-12-13 6:39 ` [PATCH v2 7/9] ts-livepatch-[install|run]: Install and initial test-cases Konrad Rzeszutek Wilk
2016-12-13 17:08 ` Ian Jackson
2016-12-13 6:39 ` [PATCH v2 8/9] sg-run-job: Add the test-livepatch Konrad Rzeszutek Wilk
2016-12-13 17:08 ` Ian Jackson
2016-12-13 6:39 ` [PATCH v2 9/9] make-flight/mfi-common: Add livepatch build/test target in the matrix Konrad Rzeszutek Wilk
2016-12-13 16:14 ` Wei Liu
2016-12-13 16:44 ` Ian Jackson
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=20170518195758.GF8657@localhost.localdomain \
--to=konrad.wilk@oracle.com \
--cc=Marcos.Matsunaga@oracle.com \
--cc=ian.jackson@eu.citrix.com \
--cc=ross.lagerwall@citrix.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).