Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755607AbYB0OiI (ORCPT ); Wed, 27 Feb 2008 09:38:08 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753299AbYB0Oh4 (ORCPT ); Wed, 27 Feb 2008 09:37:56 -0500 Received: from relay2.sgi.com ([192.48.171.30]:56100 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752752AbYB0Ohz (ORCPT ); Wed, 27 Feb 2008 09:37:55 -0500 Message-ID: <47C575BE.3090603@sgi.com> Date: Wed, 27 Feb 2008 06:37:50 -0800 From: Mike Travis User-Agent: Thunderbird 2.0.0.6 (X11/20070801) MIME-Version: 1.0 To: Yinghai Lu CC: Mel Gorman , Andrew Morton , linux-kernel@vger.kernel.org, mingo@elte.hu, tglx@linutronix.de, Christoph Lameter , Jack Steiner Subject: Re: 2.6.24 git2/mm1: cpu_to_node mapping to non-existant nodes causing boot failure References: <20080203171634.58ab668b.akpm@linux-foundation.org> <20080213175241.GA327@csn.ul.ie> <47B33ACF.5030700@sgi.com> <20080214201727.GC30841@csn.ul.ie> <47B4A774.7050509@sgi.com> <20080215020208.GA6500@csn.ul.ie> <47B77E90.5050809@sgi.com> <47BAFFD3.1070606@sgi.com> <20080219192319.GE12386@csn.ul.ie> <86802c440802262229t37c61c98y45607ba34d7c6417@mail.gmail.com> In-Reply-To: <86802c440802262229t37c61c98y45607ba34d7c6417@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1838 Lines: 47 Yinghai Lu wrote: > On Tue, Feb 19, 2008 at 11:23 AM, Mel Gorman wrote: >> On (19/02/08 08:12), Mike Travis didst pronounce: >> >>> Mike Travis wrote: >> > > Mel Gorman wrote: >> > > >> > >> If you send me patches to apply on top of 2.6.25-rc1, I'll give them a spin >> > >> on the machine in question. Reverting didn't work out very well as there are >> > >> too many collisions with patches that were applied later. I eventually got >> > >> the machine booting but it only succeeds because it only brings up one core >> > >> on each processor. The patch, which is pretty brain damaged is below in case >> > >> it helps you guess what the real problem is. dmesg logs are attached of the >> > >> vanilla failure with acpi=debug and the log with the patch applied showing >> > >> "__cpu_up: bad cpu 1" and "__cpu_up: bad cpu3" (i.e. the second cores of >> > >> each machine). >> > >> >> > > >> > > This should completely undo the change to 16 bit apic ids until we can figure >> > > out the problem with the memory-less nodes. I checked it on both the numa >> > > and non-numa x86_64 box. >> > > >> > > Thanks, >> > > Mike >> > > >> > >> > Hi Mel, >> > >> > Did you get a chance to try out this patch to see if it cleared up the problem >> > booting on your x86_64 numa box? > > did it fail with x86.git#testing? > > YH Hi, My problem is that I haven't been able to set up a NUMA box where some of the nodes have no memory. The one box we have, the serial port doesn't work and it's in a lab far, far away. Everything else, it works fine. Mike -- 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/