From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Goldstein Subject: Re: Kbuild and Kconfig Date: Thu, 3 Sep 2015 09:04:56 -0500 Message-ID: <55E85388.3010902@cardoe.com> References: <55E736C8.3050302@cardoe.com> <55E83DBE020000780009F3EF@prv-mh.provo.novell.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0348743925025119916==" Return-path: In-Reply-To: <55E83DBE020000780009F3EF@prv-mh.provo.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============0348743925025119916== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vXScuIDsg1XI7NnoKok62u6U8odVikkm4" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vXScuIDsg1XI7NnoKok62u6U8odVikkm4 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 9/3/15 5:31 AM, Jan Beulich wrote: >>>> On 02.09.15 at 19:50, wrote: >> * target only the xen/ directory tree (i.e. not the toolstack, stubdom= s >> or docs) >=20 > As just said in another reply, allowing for ./configure to pass down > options to the configure mechanism in xen/ would seem desirable (as > long as configuring in xen/ alone would still work). My concern would be that the ./configure options would be pretty unwieldy. e.g. =2E/configure --without-kexec --without-xenlinux --with-schedule=3Dcredit= 2 You would effectively have to write a script to contain what your "distro" (e.g. XenServer, Ubuntu with Xen, Amazon's build) wants. However the Linux kernel has a nice way to pass around a defconfig and/or .config files to ensure your build always behaves the same. Users also have an easy way to see what new options have been added since their .config was generated but autoconf does not have that. >=20 >> * split top level config bits to not affect xen/ tree (currently only >> XSM_ENABLE / FLASK_ENABLE do) >=20 > As already said by someone else, this shouldn't be necessary. In fact > I would hope there's (other than debug-build-or-not) no top level > setting affecting both tools and hypervisor. In the case of XSM_ENABLE and FLASK_ENABLE which are at the top level they do affect both the tools/ directory and the xen/ directory but in two totally different ways. For the tools side XSM is always enabled no matter the setting but setting either of those to 'n' results in the Flask policy not being built. For the xen/ directory it appears to disable XSM support. Hence why I argue that not having top level settings would be clearer from a usage standpoint. >=20 >> * convert xen/ to Kbuild first and merge this in (since Kconfig relies= >> on Kbuild-y bits which can be undone but if we're going to go to Kbuil= d >> in the end why undo it and then redo it) >=20 > To be honest I'm not convinced we want to pull in Kbuild as a whole. > Achieving the ability to do out-of-tree builds (viewed as desirable > by Andrew, and I've also long been meaning to see whether this > could be made work, as that's also my preferred build setup in other > projects) should be possible without importing everything (and > perhaps even without importing anything). >=20 > Jan >=20 I can certainly go that route. The xen/ directory already uses Kbuild's grandfather with a lot of customization so it probably wouldn't be that world changing but like I said I can avoid it. --=20 Doug Goldstein --vXScuIDsg1XI7NnoKok62u6U8odVikkm4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0 iQJ8BAEBCgBmBQJV6FOJXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNTM5MEQ2RTNFMTkyNzlCNzVDMzIwOTVB MkJDMDNEQzg3RUQxQkQ0AAoJEKK8A9yH7RvUgC4P/212euCQVbwAkKSMlmc2GZEs OdYHbj8o1YkTVsiP3vdWGiFmeebK945gWN1cuRo7JyGtAtok0ZeHaNBjAD/i9qK7 RW1AaC5tCFiAx8Q6qD+KGx2HI7ljfPG/mNGCdr+UYmsO8RQdrCUwoUC7RTKnOKf+ PzWZVLJVupkcvK4hpcOg2PUxB7lxOzdHw+2lAPTQ4SZSvKU9E/4bqwtX0xBRrsQQ 2rM5thYXoHSbqS6HGlBwCIKgt4DK1YFLbdk4giS9i8MlJOSeCMHSaIaJ9MtSvi9L Vv6JC4pHg+SqbSJ3C7eaRm1PgVoDVH5r6OD9bO0EiBG5u/xyuKO6wmCvfaDIdJzE 0oQMe7kLGxOlCJfyVcVb90TBrrkJomVccrGyg9vB+FYxhQ+tcbbns/shgQiZ+afb uNukDOqsWInSzPWDH0iEczOamuoxvlHKhIRaq3+4EfkW+JYG0W2dQ2tBOxGJ8dT0 jocwOfHI+AQedNFaF+nzHULS4eNItzUejYkAWR0o3Vk3/P0bewmUncM2tTykEnTW XRte2ootZJaUIXwweYFocvhDIdOqnCuweOhLtXMnmL0QKFYM0wn+/9cDzVQYyY5O b830CgT7ZzxYdZmeXyiEDCf3acBZw4XPgVKcuO9w1O7qSAMcEepUdI8B6U0jhVPJ 6qrZ+ZRWA4UEzchcDul/ =sXKA -----END PGP SIGNATURE----- --vXScuIDsg1XI7NnoKok62u6U8odVikkm4-- --===============0348743925025119916== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============0348743925025119916==--