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