Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756347AbZIRJxC (ORCPT ); Fri, 18 Sep 2009 05:53:02 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754276AbZIRJxB (ORCPT ); Fri, 18 Sep 2009 05:53:01 -0400 Received: from smtp-out.google.com ([216.239.33.17]:56719 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751672AbZIRJxA (ORCPT ); Fri, 18 Sep 2009 05:53:00 -0400 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id: references:user-agent:mime-version:content-type:x-system-of-record; b=MbSxWM6n9c9EjJJCpxQTjKVYDOHglBlVyJEm7r7R4M+g9ZDO12HeEypLIbT4rOE7L /537MnnBN11f/qpwi/vGg== Date: Fri, 18 Sep 2009 02:52:55 -0700 (PDT) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: Suresh Jayaram cc: Andrew Morton , mm-commits@vger.kernel.org, linux-kernel@vger.kernel.org, Thomas Gleixner , Ingo Molnar , Jesse Barnes , Yinghai Lu , Jesse Brandeburg Subject: Re: mmotm 2009-09-09-22-56 uploaded In-Reply-To: <38c3c4860909180238x7c9f305dsbce1492e2018c5a5@mail.gmail.com> Message-ID: References: <200909100601.n8A61Eju002109@imap1.linux-foundation.org> <38c3c4860909132302j3fd7afe1p984b91d74eb1d782@mail.gmail.com> <38c3c4860909150320qc4a203eu7552294ef0aafd2c@mail.gmail.com> <38c3c4860909180238x7c9f305dsbce1492e2018c5a5@mail.gmail.com> User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-System-Of-Record: true Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2048 Lines: 43 On Fri, 18 Sep 2009, Suresh Jayaram wrote: > I enabled the CONFIG_DEBUG_PER_CPU_MAPS and rebuilt the kernel, but > now I don't see the oops anymore. CONFIG_DEBUG_PER_CPU_MAPS will debug it and also silently mask the error by returning cpu_online_mask instead of a NULL pointer to a non-existant node_to_cpumask_map. > But what I see in dmesg output is: > > Sep 16 09:22:57 jay-t60p kernel: cpumask_of_node(-1): no node_to_cpumask_map! > > followed by a call trace for irqbalance (attached). > Sep 16 09:22:57 jay-t60p kernel: cpumask_of_node(-1): no node_to_cpumask_map! Sep 16 09:22:57 jay-t60p kernel: Pid: 2400, comm: irqbalance Not tainted 2.6.31-rc9-mm1-0.1-default #8 Sep 16 09:22:57 jay-t60p kernel: Call Trace: Sep 16 09:22:57 jay-t60p kernel: [] cpumask_of_node+0x4f/0x58 Sep 16 09:22:57 jay-t60p kernel: [] local_cpus_show+0x1f/0x48 Sep 16 09:22:57 jay-t60p kernel: [] dev_attr_show+0x20/0x44 Sep 16 09:22:57 jay-t60p kernel: [] sysfs_read_file+0xb2/0x131 Sep 16 09:22:57 jay-t60p kernel: [] vfs_read+0xb1/0x187 Sep 16 09:22:58 jay-t60p kernel: [] sys_read+0x47/0x70 Sep 16 09:22:58 jay-t60p kernel: [] system_call_fastpath+0x16/0x1b This seems to be related to 2547089 "x86/PCI: initialize PCI bus node numbers early" since cpumask_of_pcibus() on x86 doesn't check for -1 pcibus_to_node() like most other architectures. It'll simply index into cpumask_of_node for whatever the pci_sysdata's node is, and in this case that's -1. I'm assuming mp_bus_to_node is pointing to a non-online node or simply the busnum is greater than 256. [ arch/x86/pci/common.c should _really_ be using NUMA_NO_NODE instead of hardcoding -1 everywhere, btw. ] -- 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/