From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sat, 15 Sep 2007 00:00:44 +0900 From: Paul Mundt Subject: Re: [PATCH/RFC] Add node states sysfs class attributeS - V5 Message-ID: <20070914150044.GA8123@linux-sh.org> References: <20070827231214.99e3c33f.akpm@linux-foundation.org> <1188309928.5079.37.camel@localhost> <29495f1d0708281513g406af15an8139df5fae20ad35@mail.gmail.com> <1188398621.5121.13.camel@localhost> <1189518975.5036.3.camel@localhost> <20070914035058.89b13fa4.akpm@linux-foundation.org> <20070914144300.GE30407@skynet.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070914144300.GE30407@skynet.ie> Sender: owner-linux-mm@kvack.org Return-Path: To: Mel Gorman Cc: Andrew Morton , Lee Schermerhorn , linux-mm , Christoph Lameter , Nish Aravamudan , y-goto@jp.fujitsu.com, Kamezawa Hiroyuki , Eric Whitney , Andy Whitcroft , Martin Bligh List-ID: On Fri, Sep 14, 2007 at 03:43:00PM +0100, Mel Gorman wrote: > On (14/09/07 03:50), Andrew Morton didst pronounce: > > So how do we get it tested with CONFIG_HIGHMEM=y? Needs an i386 > > numa machine, yes? Perhaps Andy or Martin can remember to do this > > sometime, but they'll need a test plan ;) > > As an aside, 32 Bit NUMA usually means we turn the NUMAQ into a whipping boy > and give the problem lip service. However, I'd be interested in hearing if > superh has dependencies on 32 bit NUMA working properly, including HIGHMEM > issues. > > I've cc'd Paul Mundt. Paul, does superh use 32 bit NUMA? Is it used with > with HIGHMEM? > We do use 32-bit NUMA, yes. Not with highmem at the moment, though. highmem support is something that will be coming soon, so the 32-bit NUMA + highmem assertion will be true on SH in the not-so-distant future. This is something that quite a few CPUs and boards are depending on, and these are all using static sparsemem exclusively at present. It's also something that's tested with current git on a close to daily basis, albeit with page migration generally disabled, due to the small size of the non-system memory nodes. -- 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/ . Don't email: email@kvack.org