From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Goldstein Subject: Re: [RFC 05/29] build: convert HAS_PASSTHROUGH use to Kconfig Date: Tue, 6 Oct 2015 10:47:58 -0500 Message-ID: <5613ED2E.4010202@cardoe.com> References: <1444082620-3253-1-git-send-email-cardoe@cardoe.com> <1444082620-3253-6-git-send-email-cardoe@cardoe.com> <561398A7.10707@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6059520711596868871==" Return-path: In-Reply-To: <561398A7.10707@citrix.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: Andrew Cooper , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============6059520711596868871== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8v7lufndNqu9gA359KllhRehTfXVRivXB" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8v7lufndNqu9gA359KllhRehTfXVRivXB Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 10/6/15 4:47 AM, Andrew Cooper wrote: > On 05/10/15 23:03, Doug Goldstein wrote: >> Use the Kconfig generated HAS_PASSTHROUGH defines for the code base. >> >> Signed-off-by: Doug Goldstein >> >=20 > Moving to a Kconfig style of selecting features changes the meaning of > our HAS_ prefix. >=20 > IMO, the HAS_ should disappear in the conversion, as the CONFIG_* itsel= f > existing indicates that kconfig has decided that a feature is present. >=20 > ~Andrew > So I am treating the CONFIG_HAS_ defines similar to how the Linux kernel has CONFIG_HAVE_. These are not actually user facing options but instead they are enforced by the architecture instead of being a user facing opti= on. For example CONFIG_HAS_KEXEC means the architecture/platform supports KEXEC but CONFIG_KEXEC would be the user configurable option to turn it on/off. This would be consistent with the current behavior in the Xen tree where HAS_KEXEC means the architecture/platform supports KEXEC while 'kexec' as an env var allows the user to build kexec on or off. If that's not desired I can combine them. --=20 Doug Goldstein --8v7lufndNqu9gA359KllhRehTfXVRivXB 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 iQJ8BAEBCgBmBQJWE+0uXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNTM5MEQ2RTNFMTkyNzlCNzVDMzIwOTVB MkJDMDNEQzg3RUQxQkQ0AAoJEKK8A9yH7RvU3dYP/2oS1+kzeS4UgoXxR096ibjj NhXivcZnh8gYPzTQtu2T3VObGmuyuRYavwRqb5PFafRoEE5mCLm4dnVj72xfrfqO r0kVtCbKKdHRqR/xV113nljg1P1vEij1BAnZT5+fM0N3TyPs2nCRDl1lwT63Xm3n XOsVJxpVr5u5h41ylUl0UR/+zSFIh8R34mhDGuH7+WJWxBh7ZchG5urFjctsLt+w fCez2cWNTgSet4E8jmSTD3jCE7QNDr/P/s2FrvCfjSEV5EJ0cyJvfaKqDQzucUqB jpEzRnDcnM2+TEeaVJFJ4sAASVnTgKMOupQeh4hQzCw1CpPutyUtNWKQwlMn3zQ0 2xQwujN/9x1A22/ZQZi2S7s7fdgshg0hSJE4sLKT0Ef79BPottObmeQDIoaDdoWR OtcmT1f4qE/LHzy9ylW5szy2WZ5ZeFitiidMPE0yAQW8tsBMM+fOawJw66UBvZGj qLvWGeM8rjJqZJ6cU7NpyRe0bK5pSWoweJ4hEIjW0h2FhNKN95ZtYCSoeZ0/HXpp /1+PxtCQx8xqaI1TjkvkCdR2dGG8FLhuwJkaJnanduagpudAJRNKVy62EBkM0JIj DYmfhVjRYLxGU4GfOnfFLOG+ENbtZvIGzqhusnI9+7GxoqMY1fXnn1pYU1HO2NoF Cc6rQoAhP4b3wjqiOqqe =fvIM -----END PGP SIGNATURE----- --8v7lufndNqu9gA359KllhRehTfXVRivXB-- --===============6059520711596868871== 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 --===============6059520711596868871==--