[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2 6/9] ts-xen-build: Build the livepatch test-cases
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. > @@ -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. > + 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. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |