Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754311Ab1DTLUY (ORCPT ); Wed, 20 Apr 2011 07:20:24 -0400 Received: from palinux.external.hp.com ([192.25.206.14]:35763 "EHLO mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752509Ab1DTLUW (ORCPT ); Wed, 20 Apr 2011 07:20:22 -0400 Date: Wed, 20 Apr 2011 05:20:20 -0600 From: Matthew Wilcox To: Pekka Enberg Cc: KOSAKI Motohiro , Christoph Lameter , James Bottomley , Michal Hocko , Andrew Morton , Hugh Dickins , linux-mm@kvack.org, LKML , linux-parisc@vger.kernel.org, David Rientjes , Ingo Molnar , x86 maintainers Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards Message-ID: <20110420112020.GA31296@parisc-linux.org> References: <20110420102314.4604.A69D9226@jp.fujitsu.com> <20110420161615.462D.A69D9226@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1015 Lines: 21 On Wed, Apr 20, 2011 at 10:34:23AM +0300, Pekka Enberg wrote: > That part makes me think the best option is to make parisc do > CONFIG_NUMA as well regardless of the historical intent was. But it's not just parisc. It's six other architectures as well, some of which aren't even SMP. Does !SMP && NUMA make any kind of sense? I think really, this is just a giant horrible misunderstanding on the part of the MM people. There's no reason why an ARM chip with 16MB of memory at 0 and 16MB of memory at 1GB should be saddled with all the NUMA gunk. -- Matthew Wilcox Intel Open Source Technology Centre "Bill, look, we understand that you're interested in selling us this operating system, but compare it to ours. We can't possibly take such a retrograde step." -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/