RFC: Dynamic segment table allocation

David Gibson david at gibson.dropbear.id.au
Fri Jul 2 16:14:21 EST 2004


On Fri, Jul 02, 2004 at 01:58:49PM +1000, David Gibson wrote:
>
> On Fri, Jul 02, 2004 at 12:45:51PM +1000, Anton Blanchard wrote:
> >
> > > Ah... good point.
> > >
> > > I can see two ways around that:  allocate the tables from bootmem
> > > sufficiently low, or bolt into each table an STE for itself.  Paulus
> > > says he prefers the former option, so I'll look at doing that.
> >
> > irqstack_early_init is doing a similar thing for irq stacks, it would be
> > worth consolidating the dynamic segment table allocation code with this.
>
> Yes, noticed thats.
>
> > Also it would be worth working with Nathan Lynch to calculate
> > smp_possible_cpus earlier at boot so that irqstack_early_init doesnt
> > allocate NR_CPUS worth of stacks all the time.
>
> Erm.. as far as I can tell smp_possible_cpus is already early enough
> for the call to irqstack_early_init().  The patch below uses it for
> the stabs allocation immediately after the call to
> irqstack_early_init()...

Hrm.  For some reason that patch doesn't work on iSeries.  Still
debugging.

--
David Gibson			| For every complex problem there is a
david AT gibson.dropbear.id.au	| solution which is simple, neat and
				| wrong.
http://www.ozlabs.org/people/dgibson

** Sent via the linuxppc64-dev mail list. See http://lists.linuxppc.org/





More information about the Linuxppc64-dev mailing list