From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Bottomley Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards Date: Thu, 21 Apr 2011 11:37:27 -0500 Message-ID: <1303403847.4025.11.camel@mulgrave.site> References: <1303337718.2587.51.camel@mulgrave.site> <20110421221712.9184.A69D9226@jp.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Cc: David Rientjes , Pekka Enberg , Christoph Lameter , Michal Hocko , Andrew Morton , Hugh Dickins , linux-mm@kvack.org, LKML , linux-parisc@vger.kernel.org, Ingo Molnar , x86 maintainers To: KOSAKI Motohiro Return-path: In-Reply-To: <20110421221712.9184.A69D9226@jp.fujitsu.com> List-ID: List-Id: linux-parisc.vger.kernel.org On Thu, 2011-04-21 at 22:16 +0900, KOSAKI Motohiro wrote: > > This should fix the remaining architectures so they can use CONFIG_SLUB, > > but I hope it can be tested by the individual arch maintainers like you > > did for parisc. > > ia64 and mips have CONFIG_ARCH_POPULATES_NODE_MAP and it initialize > N_NORMAL_MEMORY automatically if my understand is correct. > (plz see free_area_init_nodes) > > I guess alpha and m32r have no active developrs. only m68k seems to be need > fix and we have a chance to get a review... Actually, it's not quite a fix yet, I'm afraid. I've just been investigating why my main 4 way box got slower with kernel builds: Apparently userspace processes are now all stuck on CPU0, so we're obviously tripping over some NUMA scheduling stuff that's missing. James