[PATCH] powerpc: Dynamically allocate pacas

Michael Ellerman michael at ellerman.id.au
Thu Jan 28 09:47:25 EST 2010


On Wed, 2010-01-27 at 17:29 +1030, Michael Neuling 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 statically
> > 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.
> > 
> > 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.
> > 
> > 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.
> > 
> > Lightly booted on Legacy iSeries & pSeries LPAR.
> > 
> > Signed-off-by: Michael Ellerman <michael at ellerman.id.au>
> 
> <snip>
> 
> > --- a/arch/powerpc/kernel/setup-common.c
> > +++ b/arch/powerpc/kernel/setup-common.c
> > @@ -493,6 +493,8 @@ void __init smp_setup_cpu_maps(void)
> >  	 * here will have to be reworked
> >  	 */
> >  	cpu_init_thread_core_maps(nthreads);
> > +
> > +	free_unused_pacas();
> 
> This is still barfing for me on 32bit.

Darn, what config? I built at least one :)

> Putting an #include <asm/paca.h> at the top of setup-common.c fixes it.

Gah, I saw it was coming via somewhere else but decided not to add it,
wrong decision :)

cheers
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://lists.ozlabs.org/pipermail/linuxppc-dev/attachments/20100128/0b2388de/attachment.pgp>


More information about the Linuxppc-dev mailing list