From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Goldstein Subject: Re: [PATCHv5] 00/28] Kconfig conversion Date: Sat, 21 Nov 2015 09:51:02 -0600 Message-ID: <565092E6.1090402@cardoe.com> References: <1448046616-29922-1-git-send-email-cardoe@cardoe.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2301145813691968759==" Return-path: In-Reply-To: <1448046616-29922-1-git-send-email-cardoe@cardoe.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: xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============2301145813691968759== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="miBo2p4xhIfG6RXS4aQx8MfVcKocfocu2" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --miBo2p4xhIfG6RXS4aQx8MfVcKocfocu2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/20/15 1:09 PM, Doug Goldstein wrote: > The following series is a follow on to the Kconfig conversion patch ser= ies. > There are still more components to convert however this is the bare min= imal > to get everything working and get the options out of the existing makef= iles. >=20 > The CONFIG_HAS_ variables are there to match the behavior of the Linux > CONFIG_HAVE_ variables. The purpose is to say that this hardware/profil= e/env > supports this option while the CONFIG_ variable states that this option= was > requested on/off by user intervention. >=20 > The UARTs are now uniformly prefixed as CONFIG_UART_ and dropping most = of the > CONFIG_HAS_ labeling for them. This means they are now user selectable = as > requested by Julien Grall in the prior review. The question I've got is= > the old config was just for selecting defaults. Users could enable the = OMAP > UART for arm64 for example but I'm not sure if that's valid. Currently = this > patchset makes those UARTs not user selectable if they were not previou= sly > defaulted on. But I would like some feedback on this if possible. >=20 > Ultimately my goal is to allow for more parts of the hypervisor to be t= urned > off at compile time and potentially make it easier to include more > experimental features by others which can be turned off by default. Als= o to > provide the one true location for all possible knobs in the source code= =2E >=20 > The patch series can be grabbed at: > https://github.com/cardoe/xen/tree/kconfig_v5 I forgot to note that I did not drop previous ACKs because those patches remained untouched. --=20 Doug Goldstein --miBo2p4xhIfG6RXS4aQx8MfVcKocfocu2 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 iQJ8BAEBCgBmBQJWUJLpXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNTM5MEQ2RTNFMTkyNzlCNzVDMzIwOTVB MkJDMDNEQzg3RUQxQkQ0AAoJEKK8A9yH7RvUDq0P/iTa5VAcPOoSTwgACaCuRnHS FoalMamEOhFDMQ8b8azDYrxpXSFhJG8M0fUyDz66qHqRburQVKw2j232JhuT07XZ zYb1iVJ+y5VcZmYXEEpdZUA/OqqnhKDvf7Cmjrh5tUfbkcl4TGdlKzvo1BvaCAN1 1tuE0FPa+u5cVgSOQzHQ0q/q40DY23PX2J0P9Yaju3nw212ycE4Wj+y6Bwcg3wWy 254EGqZsiDFC62JIfa9Uctz3WPzZtD4hulJQyrCEUgLok/9Dc3KKxNVf4+vJPvQV 7mVtcssHyvqMK7krjKRfl8/n9NQjqHCPWf6RY5ykltjXXNZIi/Ns6c1i6VHXjnsc QvKQ5j7ccysXKzSqrvYJ004qHrkZb8GR7nDHEMzsF2cMUxdyI6n+JyhI1uQ0FVeD tKDPQIYI1gUzfrHlTL9xd5qSKxaRqc49ThpHRdwFG9mnTnU9/N265zgPMtEwszMN u7ul+RISH+KORFr/sIvMTNNVX4Gtosz9AUXP4fQNpW1dNb0PVzaoCiStZlk74fQh i5g1nVCzimvmx/eZ38GOFoZc6/ZTTQFPh8gBJoCQAQYB+cT2lZEAJ4eX7ISo6wHv 6iNI83a/N0XBknrZpJIaN5ecGv0FKYe8zX2wNm3A0d+UDpbwnJ5KeXTfJf5kddOS ayeu2Pw5DVbnWpfXSosi =vbOz -----END PGP SIGNATURE----- --miBo2p4xhIfG6RXS4aQx8MfVcKocfocu2-- --===============2301145813691968759== 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 --===============2301145813691968759==--