From mboxrd@z Thu Jan  1 00:00:00 1970
From: Doug Goldstein <cardoe@cardoe.com>
Subject: Re: [PATCH 2/2] build: convert NR_CPUS to Kconfig
Date: Mon, 11 Jan 2016 09:06:29 -0600
Message-ID: <5693C4F5.8060002@cardoe.com>
References: <1452295045-30903-1-git-send-email-cardoe@cardoe.com>
	<1452295045-30903-2-git-send-email-cardoe@cardoe.com>
	<5693C91C02000078000C572F@prv-mh.provo.novell.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1807497108665079058=="
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <5693C91C02000078000C572F@prv-mh.provo.novell.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Jan Beulich <JBeulich@suse.com>
Cc: Keir Fraser <keir@xen.org>, Ian Campbell <ian.campbell@citrix.com>, George Dunlap <george.dunlap@eu.citrix.com>, Liu Jinsong <jinsong.liu@alibaba-inc.com>, Dario Faggioli <dario.faggioli@citrix.com>, xen-devel@lists.xen.org, Stefano Stabellini <stefano.stabellini@citrix.com>, Andrew Cooper <andrew.cooper3@citrix.com>
List-Id: xen-devel@lists.xenproject.org

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============1807497108665079058==
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature";
 boundary="RKnxMu0rQKD524C0CgEx6PnJbqH0e3W3Q"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--RKnxMu0rQKD524C0CgEx6PnJbqH0e3W3Q
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

On 1/11/16 8:24 AM, Jan Beulich wrote:
>>>> On 09.01.16 at 00:17, <cardoe@cardoe.com> wrote:
>> This converts the usage of NR_CPUS / MAX_PHYS_CPUS to Kconfig as
>> CONFIG_NR_CPUS.
>=20
> Considering the size of the patch, the doubling of the identifier's
> length, and the fact that even Linux continues to use NR_CPUS
> I wonder whether we wouldn't be better of simply having
>=20
> #define NR_CPUS CONFIG_NR_CPUS
>=20
> Jan
>=20

Is that a "please do this for a v2" or "what do the other maintainers
think?" statement?

--=20
Doug Goldstein


--RKnxMu0rQKD524C0CgEx6PnJbqH0e3W3Q
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

iQJ8BAEBCgBmBQJWk8T7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNTM5MEQ2RTNFMTkyNzlCNzVDMzIwOTVB
MkJDMDNEQzg3RUQxQkQ0AAoJEKK8A9yH7RvUJoUP/j8sGjq78HByaw6Gjekxhgkm
gM59k+NxZalxBMMjMC1tlkLzVXM+9XJuEQK3LI/0p9Tpwx+B3YBC6/Sew6HQH7rB
5vywqgUJAGa3O8+/+0MZDuct7HdYqmW5HcDmRmr4byjKdSz21QfOeAAXeoYwzkIR
ZHw+9Qg76TPDwI5EuMzbiK+l3nr1F0kYrgJdA8Llew/lj3ZyChKngcbccfa+daWR
pAJ60v8H3hEraAZe7BpDRwl+3FSnLlT3rMvw1fJACQRQ2fPmUj99C3PvA+NYfBG7
phB5I0nZ4Gq3h6iyXqUIipZebsbOITaxeJ19V0Qj9f4Vd2sWvAMuZ5Jj7MWD3jfi
WLT4tx024nNAq3NgU2Pd416yH1LkvBIgGFdrKSWPdFwChSYIIbWr20Fh2xk+Uie2
q16ehM1AagPiSTF9XEJBy1wCnoDqrNqVtu7rN1nrmKO8jW1+S0RVxziT6PZJv8Ge
xuaSdMfC1ILk8gs96JTkz3iiI9nerZqMxQ7zVRdD7UnchL/12OwRkh4urQMW2keo
6Q4kZX5rl89IXNjkuFQPL3MAe4bhR4adBU2bc9l9RshTj7QIz3+qIiKyD9zg2gXt
j0Gz47dNwfH5W0qn32+i8nn7dkeo9rzy+weCWyDNPnfRS3RkQHXiz33NwDiCxHSm
0jdDyB5LLw7cG9Riru+Y
=9ecK
-----END PGP SIGNATURE-----

--RKnxMu0rQKD524C0CgEx6PnJbqH0e3W3Q--


--===============1807497108665079058==
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

--===============1807497108665079058==--