xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
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

  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: 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).