From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753630AbZEYPDr (ORCPT ); Mon, 25 May 2009 11:03:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752051AbZEYPDk (ORCPT ); Mon, 25 May 2009 11:03:40 -0400 Received: from waste.org ([66.93.16.53]:43015 "EHLO waste.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751905AbZEYPDj (ORCPT ); Mon, 25 May 2009 11:03:39 -0400 Subject: Re: [GIT PULL] scheduler fixes From: Matt Mackall To: Pekka J Enberg Cc: Ingo Molnar , Yinghai Lu , Rusty Russell , Linus Torvalds , "H. Peter Anvin" , Jeff Garzik , Alexander Viro , Linux Kernel Mailing List , Andrew Morton , Peter Zijlstra , cl@linux-foundation.org, npiggin@suse.de In-Reply-To: References: <20090518170909.GA1623@elte.hu> <20090518190320.GA20260@elte.hu> <20090518202031.GA26549@elte.hu> <4A199327.5030503@kernel.org> <20090525025353.GA2580@elte.hu> <4A1A2261.1000504@kernel.org> <20090525051521.GC23032@elte.hu> Content-Type: text/plain Date: Mon, 25 May 2009 09:55:59 -0500 Message-Id: <1243263359.12761.48.camel@calx> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2009-05-25 at 11:47 +0300, Pekka J Enberg wrote: > On Mon, 25 May 2009, Ingo Molnar wrote: > > Ok, i think this all looks pretty realistic - but there's quite a > > bit of layering on top of pending changes in the x86 and irq trees. > > We could do this on top of those topic branches in -tip, and rebase > > in the merge window. Or delay it to .32. > > > > ... plus i think we are _very_ close to being able to remove all of > > bootmem on x86 (with some compatibility/migration mechanism in > > place). Which bootmem calls do we have before kmalloc init with > > Pekka's patch applied? I think it's mostly the page table init code. > > > > ( beyond the page allocator internal use - where we could use > > straight e820 based APIs that clip memory off from the beginning > > of existing e820 RAM ranges - enriched with NUMA/SRAT locality > > info. ) > > OK, here's a version of the patch with Yinghai's rebasing on top of > tip/master. All in-kernel memory allocators boot cleanly now on my > configuration (I did not try SLQB but it probably needs fixing). I would > appreciate if someone gave SLAB+NUMA configuration a try. > > Ingo, I don't really want to carry this in slab.git so perhaps you could > put this and Yinghai's irq init cleanup in a "earlyslab" branch in tip for > testing? > > And oh, Christoph/Matt, can I have your NAK/ACK for this patch? Looks ok to me, though I'd probably split it into three parts (slab, slub, init). For future reference, 0xbaadf00d ought to move into poison.h. -- http://selenic.com : development and support for Mercurial and Linux