lkml.org 
[lkml]   [2011]   [Apr]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
    From
    Date
    On Fri, 2011-04-22 at 11:02 +0300, Pekka Enberg wrote:
    > On Fri, Apr 22, 2011 at 1:12 AM, David Rientjes <rientjes@google.com> wrote:
    > >> > diff --git a/init/Kconfig b/init/Kconfig
    > >> > index 56240e7..a7ad8fb 100644
    > >> > --- a/init/Kconfig
    > >> > +++ b/init/Kconfig
    > >> > @@ -1226,6 +1226,7 @@ config SLAB
    > >> > per cpu and per node queues.
    > >> >
    > >> > config SLUB
    > >> > + depends on BROKEN || NUMA || !DISCONTIGMEM
    > >> > bool "SLUB (Unqueued Allocator)"
    > >> > help
    > >> > SLUB is a slab allocator that minimizes cache line usage
    > >>
    > >>
    > >> I already sent it to linux-arch and there's been no dissent; there have
    > >> been a few "will that fix my slub bug?" type of responses.
    > >
    > > I was concerned about tile because it actually got all this right by using
    > > N_NORMAL_MEMORY appropriately and it uses slub by default, but it always
    > > enables NUMA at the moment so this won't impact it.
    > >
    > > Acked-by: David Rientjes <rientjes@google.com>
    >
    > I'm OK with this Kconfig patch. Can someone send a proper patch with
    > signoffs and such? Do we want to tag this for -stable too?

    I already did here:

    http://marc.info/?l=linux-arch&m=130324857801976

    I got the wrong linux-mm email address, though (I thought you were on
    vger).

    I've got a parisc specific patch already for this (also for stable), so
    I can just queue this alongside if everyone's OK with that?

    James




    \
     
     \ /
      Last update: 2011-04-22 15:53    [W:4.262 / U:0.564 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site