From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51]) by kanga.kvack.org (Postfix) with SMTP id 9CD4B8D003B for ; Thu, 21 Apr 2011 16:02:47 -0400 (EDT) Date: Thu, 21 Apr 2011 15:02:42 -0500 (CDT) From: Christoph Lameter Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards In-Reply-To: Message-ID: References: <1303317178.2587.30.camel@mulgrave.site> <20110421220351.9180.A69D9226@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: David Rientjes Cc: KOSAKI Motohiro , James Bottomley , Pekka Enberg , Michal Hocko , Andrew Morton , Hugh Dickins , linux-mm@kvack.org, LKML , linux-parisc@vger.kernel.org, Ingo Molnar , x86 maintainers On Thu, 21 Apr 2011, David Rientjes wrote: > I think we may want to just convert slub (and the memory controller) to > use N_HIGH_MEMORY rather than N_NORMAL_MEMORY since nothing else uses it > and the generic code seems to handle N_HIGH_MEMORY for all configs > appropriately. 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. -- 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