On Thu, 2011-04-21 at 15:19 -0700, David Rientjes wrote:
> On Thu, 21 Apr 2011, James Bottomley wrote:
>
> > diff --git a/mm/slub.c b/mm/slub.c
> > index 94d2a33..243bd9c 100644
> > --- a/mm/slub.c
> > +++ b/mm/slub.c
> > @@ -235,7 +235,11 @@ int slab_is_available(void)
> >
> > static inline struct kmem_cache_node *get_node(struct kmem_cache *s, int node)
> > {
> > +#ifdef CONFIG_NUMA
> > return s->node[node];
> > +#else
> > + return s->node[0];
> > +#endif
> > }
> >
> > /* Verify that a pointer has an address that is valid within a slab page */
>
> Looks like parisc may have been just fine before 7340cc84141d (slub:
> reduce differences between SMP and NUMA), which was merged into 2.6.37?
That's possible. I've had no bug reports from the debian 2.6.32 kernel,
which is the only other one that has SLUB by default. The m68k guys
seem to think this is the cause of their problems too.
But the basic fact is that all our testing has been done on SLAB. It
wasn't until debian asked us to looks at a 2.6.38 kernel that I
accidentally picked up SLUB by importing their config into my build
environment.
James
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
