From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail190.messagelabs.com (mail190.messagelabs.com [216.82.249.51]) by kanga.kvack.org (Postfix) with SMTP id D5B7B8D003B for ; Thu, 21 Apr 2011 17:24:51 -0400 (EDT) Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards From: James Bottomley In-Reply-To: References: <1303317178.2587.30.camel@mulgrave.site> <20110421220351.9180.A69D9226@jp.fujitsu.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 21 Apr 2011 16:24:48 -0500 Message-ID: <1303421088.4025.52.camel@mulgrave.site> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: David Rientjes Cc: Christoph Lameter , Andrew Morton , KOSAKI Motohiro , Pekka Enberg , Michal Hocko , Hugh Dickins , linux-mm@kvack.org, LKML , linux-parisc@vger.kernel.org, Ingo Molnar , x86 maintainers On Thu, 2011-04-21 at 14:19 -0700, David Rientjes wrote: > On Thu, 21 Apr 2011, Christoph Lameter wrote: > > > In 32 bit configurations some architectures (like x86) provide nodes > > that have only high memory. Slab allocators only handle normal memory. > > SLAB operates in a kind of degraded mode in that case by falling back for > > each allocation to the nodes that have normal memory. > > > > Let's do this: > > - parisc: James has already queued "parisc: set memory ranges in > N_NORMAL_MEMORY when onlined" for 2.6.39, so all he needs now is > to merge a hybrid of the Kconfig changes requiring CONFIG_NUMA for > CONFIG_DISCONTIGMEM from KOSAKI-san and myself which also fix the > compile issues, Not quite: if we go this route, we need to sort out our CPU scheduling problem as well ... as I said, I don't think we've got all the necessary numa machinery in place yet. James -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org