From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [RFC/PATCH] powerpc: Dynamically allocate pacas From: Michael Ellerman To: Michael Neuling In-Reply-To: <31712.1264130388@neuling.org> References: <39fb8f1aeab9940b86c940b9a5f8e6bd41ec316c.1263368253.git.michael@ellerman.id.au> <31712.1264130388@neuling.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-obxCvjvzdAQHqjs623l6" Date: Wed, 27 Jan 2010 14:06:52 +1100 Message-ID: <1264561612.14310.15.camel@concordia> Mime-Version: 1.0 Cc: linuxppc-dev@ozlabs.org Reply-To: michael@ellerman.id.au List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , --=-obxCvjvzdAQHqjs623l6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2010-01-22 at 16:19 +1300, Michael Neuling wrote: >=20 > In message <39fb8f1aeab9940b86c940b9a5f8e6bd41ec316c.1263368253.git.micha= el@ell > erman.id.au> you wrote: > > On 64-bit kernels we currently have a 512 byte struct paca_struct for > > each cpu (usually just called "the paca"). Currently they are staticall= y > > allocated, which means a kernel built for a large number of cpus will > > waste a lot of space if it's booted on a machine with few cpus. > >=20 > > We can avoid that by only allocating the number of pacas we need at > > boot. However this is complicated by the fact that we need to access > > the paca before we know how many cpus there are in the system. > >=20 > > The solution is to dynamically allocate enough space for NR_CPUS pacas, > > but then later in boot when we know how many cpus we have, we free any > > unused pacas. > >=20 > > Lightly booted on Legacy iSeries & pSeries LPAR. >=20 > This is broken on 32bit CPUs. Dies at compile time with > mpc86xx_defconfig. No paca on 32bit :-( Bah, who really uses 32-bit anyway .. cheers --=-obxCvjvzdAQHqjs623l6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAktfrccACgkQdSjSd0sB4dK7QQCeOGCklkEa2OtjCRl3Nrs2apHt JUYAnRsuJ0YHxNsoaCrcUXkwIQHcy+o9 =GNMA -----END PGP SIGNATURE----- --=-obxCvjvzdAQHqjs623l6--