From: "Jan Beulich" <JBeulich@suse.com> To: Roger Pau Monne <roger.pau@citrix.com>, Wei Liu <wei.liu2@citrix.com> Cc: xen-devel <xen-devel@lists.xenproject.org>, Olaf Hering <olaf@aepfle.de> Subject: Re: how to disable build of pv-shim? Date: Tue, 14 May 2019 03:52:39 -0600 [thread overview] Message-ID: <5CDA8FE7020000780022E759@prv1-mh.provo.novell.com> (raw) In-Reply-To: <20190514092321.GW2798@zion.uk.xensource.com> >>> On 14.05.19 at 11:23, <wei.liu2@citrix.com> wrote: > On Tue, May 14, 2019 at 10:55:18AM +0200, Roger Pau Monné wrote: >> On Mon, May 13, 2019 at 04:28:12PM +0100, Wei Liu wrote: >> > On Mon, May 13, 2019 at 05:20:05PM +0200, Roger Pau Monné wrote: >> > > On Mon, May 13, 2019 at 04:53:21PM +0200, Olaf Hering wrote: >> > > > What is the recommended way to disable CONFIG_PV_SHIM, which is set in >> > > > tools/firmware/Makefile? From my understanding there is no way to > influence >> > > > its value from outside, which means the build always enters xen-dir/. >> > > >> > > I think the following should do the trick. >> > > >> > > Let me know if that works for you and I will submit it formally. >> > > >> > > Thanks! >> > > >> > > ---8<--- >> > > diff --git a/config/Tools.mk.in b/config/Tools.mk.in >> > > index 98245f63c9..84ddb1a542 100644 >> > > --- a/config/Tools.mk.in >> > > +++ b/config/Tools.mk.in >> > > @@ -75,3 +75,5 @@ TINFO_LIBS := @TINFO_LIBS@ >> > > ARGP_LDFLAGS := @argp_ldflags@ >> > > >> > > FILE_OFFSET_BITS := @FILE_OFFSET_BITS@ >> > > + >> > > +CONFIG_PV_SHIM := @pvshim@ >> > > diff --git a/tools/configure.ac b/tools/configure.ac >> > > index c9fd69ddfa..8df2fd604b 100644 >> > > --- a/tools/configure.ac >> > > +++ b/tools/configure.ac >> > > @@ -492,4 +492,15 @@ AC_ARG_ENABLE([9pfs], >> > > >> > > AC_SUBST(ninepfs) >> > > >> > > +AC_ARG_ENABLE([pvshim], >> > > + AS_HELP_STRING([--disable-pvshim], [Disable pvshim build (x86 only, enabled by default)]), >> > > + [AS_IF([test "x$enable_pvshim" = "xno"], [pvshim=n], [pvshim=y])], [ >> > > + case "$host_cpu" in >> > > + i[[3456]]86|x86_64) >> > > + pvshim="y";; >> > >> > Since xen doesn't build on 32bit anymore you may want to exclude >> > i[3456]86 here? >> >> Oh, I didn't realize this. Is it true for all distros? > > FAOD I was thinking about 32bit xen support. But I just realise since > you tested host_cpu here, maybe you intended to do a cross-build? If the intention is a cross build, then host CPU shouldn't matter at all, i.e. building e.g. on Arm should work as well. When considering the target CPU, implying a 64-bit hypervisor from a 32-bit general (i.e. tool stack) target would of course be an option. Question just is how you would determine whether a suitable cross tool chain is available. > I have never tested cross-building 64bit xen on a 32bit platform... As Andrew says - this works perfectly fine. Jan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
WARNING: multiple messages have this Message-ID (diff)
From: "Jan Beulich" <JBeulich@suse.com> To: "Roger Pau Monne" <roger.pau@citrix.com>, "Wei Liu" <wei.liu2@citrix.com> Cc: xen-devel <xen-devel@lists.xenproject.org>, Olaf Hering <olaf@aepfle.de> Subject: Re: [Xen-devel] how to disable build of pv-shim? Date: Tue, 14 May 2019 03:52:39 -0600 [thread overview] Message-ID: <5CDA8FE7020000780022E759@prv1-mh.provo.novell.com> (raw) Message-ID: <20190514095239.psFaL8Zlv9h4vEG_lbHjG_637J_PTbcrT6ml2EXzcYQ@z> (raw) In-Reply-To: <20190514092321.GW2798@zion.uk.xensource.com> >>> On 14.05.19 at 11:23, <wei.liu2@citrix.com> wrote: > On Tue, May 14, 2019 at 10:55:18AM +0200, Roger Pau Monné wrote: >> On Mon, May 13, 2019 at 04:28:12PM +0100, Wei Liu wrote: >> > On Mon, May 13, 2019 at 05:20:05PM +0200, Roger Pau Monné wrote: >> > > On Mon, May 13, 2019 at 04:53:21PM +0200, Olaf Hering wrote: >> > > > What is the recommended way to disable CONFIG_PV_SHIM, which is set in >> > > > tools/firmware/Makefile? From my understanding there is no way to > influence >> > > > its value from outside, which means the build always enters xen-dir/. >> > > >> > > I think the following should do the trick. >> > > >> > > Let me know if that works for you and I will submit it formally. >> > > >> > > Thanks! >> > > >> > > ---8<--- >> > > diff --git a/config/Tools.mk.in b/config/Tools.mk.in >> > > index 98245f63c9..84ddb1a542 100644 >> > > --- a/config/Tools.mk.in >> > > +++ b/config/Tools.mk.in >> > > @@ -75,3 +75,5 @@ TINFO_LIBS := @TINFO_LIBS@ >> > > ARGP_LDFLAGS := @argp_ldflags@ >> > > >> > > FILE_OFFSET_BITS := @FILE_OFFSET_BITS@ >> > > + >> > > +CONFIG_PV_SHIM := @pvshim@ >> > > diff --git a/tools/configure.ac b/tools/configure.ac >> > > index c9fd69ddfa..8df2fd604b 100644 >> > > --- a/tools/configure.ac >> > > +++ b/tools/configure.ac >> > > @@ -492,4 +492,15 @@ AC_ARG_ENABLE([9pfs], >> > > >> > > AC_SUBST(ninepfs) >> > > >> > > +AC_ARG_ENABLE([pvshim], >> > > + AS_HELP_STRING([--disable-pvshim], [Disable pvshim build (x86 only, enabled by default)]), >> > > + [AS_IF([test "x$enable_pvshim" = "xno"], [pvshim=n], [pvshim=y])], [ >> > > + case "$host_cpu" in >> > > + i[[3456]]86|x86_64) >> > > + pvshim="y";; >> > >> > Since xen doesn't build on 32bit anymore you may want to exclude >> > i[3456]86 here? >> >> Oh, I didn't realize this. Is it true for all distros? > > FAOD I was thinking about 32bit xen support. But I just realise since > you tested host_cpu here, maybe you intended to do a cross-build? If the intention is a cross build, then host CPU shouldn't matter at all, i.e. building e.g. on Arm should work as well. When considering the target CPU, implying a 64-bit hypervisor from a 32-bit general (i.e. tool stack) target would of course be an option. Question just is how you would determine whether a suitable cross tool chain is available. > I have never tested cross-building 64bit xen on a 32bit platform... As Andrew says - this works perfectly fine. Jan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2019-05-14 9:52 UTC|newest] Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-05-13 14:53 how to disable build of pv-shim? Olaf Hering 2019-05-13 14:53 ` [Xen-devel] " Olaf Hering 2019-05-13 15:07 ` Wei Liu 2019-05-13 15:07 ` [Xen-devel] " Wei Liu 2019-05-13 15:20 ` Roger Pau Monné 2019-05-13 15:20 ` [Xen-devel] " Roger Pau Monné 2019-05-13 15:28 ` Wei Liu 2019-05-13 15:28 ` [Xen-devel] " Wei Liu 2019-05-14 8:55 ` Roger Pau Monné 2019-05-14 8:55 ` [Xen-devel] " Roger Pau Monné 2019-05-14 9:23 ` Wei Liu 2019-05-14 9:23 ` [Xen-devel] " Wei Liu 2019-05-14 9:37 ` Andrew Cooper 2019-05-14 9:37 ` [Xen-devel] " Andrew Cooper 2019-05-14 9:52 ` Jan Beulich [this message] 2019-05-14 9:52 ` Jan Beulich 2019-05-14 10:35 ` Roger Pau Monné 2019-05-14 10:35 ` [Xen-devel] " Roger Pau Monné 2019-05-14 9:26 ` Jan Beulich 2019-05-14 9:26 ` [Xen-devel] " Jan Beulich 2019-05-14 11:11 ` Roger Pau Monné 2019-05-14 11:11 ` [Xen-devel] " Roger Pau Monné 2019-05-14 11:21 ` Jan Beulich 2019-05-14 11:21 ` [Xen-devel] " Jan Beulich 2019-05-14 10:34 ` Olaf Hering 2019-05-14 10:34 ` [Xen-devel] " Olaf Hering 2019-05-14 10:42 ` Roger Pau Monné 2019-05-14 10:42 ` [Xen-devel] " Roger Pau Monné 2019-05-15 10:18 ` Olaf Hering 2019-05-15 10:18 ` [Xen-devel] " Olaf Hering 2019-08-14 7:51 ` Olaf Hering 2019-08-14 7:57 ` Roger Pau Monné
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=5CDA8FE7020000780022E759@prv1-mh.provo.novell.com \ --to=jbeulich@suse.com \ --cc=olaf@aepfle.de \ --cc=roger.pau@citrix.com \ --cc=wei.liu2@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: linkBe 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).