Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755287AbYHXQnq (ORCPT ); Sun, 24 Aug 2008 12:43:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751810AbYHXQni (ORCPT ); Sun, 24 Aug 2008 12:43:38 -0400 Received: from terminus.zytor.com ([198.137.202.10]:36347 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751705AbYHXQnh (ORCPT ); Sun, 24 Aug 2008 12:43:37 -0400 Message-ID: <48B18F98.1080304@kernel.org> Date: Sun, 24 Aug 2008 09:43:04 -0700 From: "H. Peter Anvin" Organization: Linux Kernel Organization, Inc. User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Vegard Nossum CC: Dave Jones , Andi Kleen , the arch/x86 maintainers , Linux Kernel Mailing List , Rusty Russell Subject: Re: latest -git: WARNING: at arch/x86/kernel/ipi.c:123 send_IPI_mask_bitmask+0xc3/0xe0() References: <19f34abd0808191251x4eb61c50n13ecf7c90f0f3d9f@mail.gmail.com> <20080820013930.GN9807@one.firstfloor.org> <19f34abd0808192326jc10e758m99e76bbd5714c5b8@mail.gmail.com> <20080822003659.GA7581@redhat.com> <48AE20B8.9000204@kernel.org> <19f34abd0808240220v77bcdd5di32f8f865b18fc49f@mail.gmail.com> In-Reply-To: <19f34abd0808240220v77bcdd5di32f8f865b18fc49f@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1273 Lines: 37 Vegard Nossum wrote: > > Hm. > > Kernel fails to detect cpu1 at all. > > I am currently unsure of whether it's your patch or not. But it's the > same config that I've been booting for ages (and I copy it over for > each new kernel version I check out). > > Processor #0 (Bootup-CPU) > I/O APIC #2 Version 32 at 0xFEC00000. > Enabling APIC mode: Flat. Using 1 I/O APICs > Processors: 1 > SMP: Allowing 1 CPUs, 0 hotplug CPUs > mapped APIC to ffffb000 (fee00000) > mapped IOAPIC to ffffa000 (fec00000) > Allocating PCI resources starting at 50000000 (gap: 40000000:bee00000) > PERCPU: Allocating 1221764 bytes of per cpu data > NR_CPUS: 7, nr_cpu_ids: 1, nr_node_ids 1 > > I really don't get it. Is this something that can be caused by your > patch _at all_ ? > Well, if smp_call_function_single() is called during the CPU up sequence, without the CPU having been added to the online mask, then yes, it could. The most likely place would be from a notifier. That makes it ugly. Need to track down the reason. -hpa -- 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/