Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752778Ab1DUSdo (ORCPT ); Thu, 21 Apr 2011 14:33:44 -0400 Received: from smtp108.prem.mail.ac4.yahoo.com ([76.13.13.47]:39269 "HELO smtp108.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751815Ab1DUSdn (ORCPT ); Thu, 21 Apr 2011 14:33:43 -0400 X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0- X-YMail-OSG: 3WPr9KIVM1nKXY4tGgWRKNkhesw0id7HUXuIRmiwEK9G6Xm vplItZHSXu.TNoQ4UKhLeRdr.r4pStxvSEOHrF1A8rvGHasoQHKlncOKo.kY snN7fIw40Q.9XfdHVs5zWbHmbAyOzJbE9u7Pa2rsypzMGZE8fPdVUsrxUje9 19Vktg2z89Q5p0sQ7_ajoaflV2193FtBmpO84TZQqBL8UjsnOJ1TyRHqH.UU SNu35txc8D3mqsD2T2oUWjy3Xiltfk03MUKEX5dga2JKflGc8BeSAJp4nv0J qzUA5snt.55beBftmWusovC5Tq7ITXJI3cXi7IB16B7h3YX0. X-Yahoo-Newman-Property: ymail-3 Date: Thu, 21 Apr 2011 13:33:38 -0500 (CDT) From: Christoph Lameter X-X-Sender: cl@router.home To: James Bottomley cc: KOSAKI Motohiro , David Rientjes , Pekka Enberg , Michal Hocko , Andrew Morton , Hugh Dickins , linux-mm@kvack.org, LKML , linux-parisc@vger.kernel.org, Ingo Molnar , x86 maintainers , Tejun Heo , Dave Hansen , Mel Gorman Subject: Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards In-Reply-To: <1303403847.4025.11.camel@mulgrave.site> Message-ID: References: <1303337718.2587.51.camel@mulgrave.site> <20110421221712.9184.A69D9226@jp.fujitsu.com> <1303403847.4025.11.camel@mulgrave.site> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1531 Lines: 35 On Thu, 21 Apr 2011, James Bottomley wrote: > 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. The simplest solution may be to move these arches to use SPARSE instead. AFAICT this was relatively easy for the arm guys. Here is short guide on how to do that from the mips people: http://www.linux-mips.org/archives/linux-mips/2008-08/msg00154.html http://mytechkorner.blogspot.com/2010/12/sparsemem.html Dave Hansen, Mel: Can you provide us with some help? (Its Easter and so the europeans may be off for awhile) -- 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/