Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752765Ab0LOWll (ORCPT ); Wed, 15 Dec 2010 17:41:41 -0500 Received: from rcsinet10.oracle.com ([148.87.113.121]:49853 "EHLO rcsinet10.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751441Ab0LOWli (ORCPT ); Wed, 15 Dec 2010 17:41:38 -0500 Message-ID: <4D0943D5.1090404@kernel.org> Date: Wed, 15 Dec 2010 14:40:21 -0800 From: Yinghai Lu User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101125 SUSE/3.0.11 Thunderbird/3.0.11 MIME-Version: 1.0 To: "H. Peter Anvin" CC: Ingo Molnar , Andrew Morton , Thomas Gleixner , Wu Fengguang , Peter Zijlstra , LKML , Nikanth Karthikesan , David Rientjes , "Zheng, Shaohui" , "linux-hotplug@vger.kernel.org" , Eric Dumazet , Bjorn Helgaas , Venkatesh Pallipadi , Nikhil Rao , Takuya Yoshikawa Subject: Re: [PATCH] x86, acpi: Handle all SRAT cpu entries even have cpu num limitation References: <20101111100628.GA24728@localhost> <1289478978.2084.74.camel@laptop> <20101111124015.GA9706@localhost> <1289480656.2084.80.camel@laptop> <20101113084018.GA23098@localhost> <1289644224.2084.521.camel@laptop> <20101113120030.GA31517@localhost> <1289653078.2084.675.camel@laptop> <20101113131042.GA5522@localhost> <4CDEE314.6090107@kernel.org> <20101113235746.GA9458@localhost> <4CDF3DA1.2090806@kernel.org> <4D093ABB.4030206@zytor.com> In-Reply-To: <4D093ABB.4030206@zytor.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 968 Lines: 34 On 12/15/2010 02:01 PM, H. Peter Anvin wrote: > On 11/13/2010 05:38 PM, Yinghai Lu wrote: >> Index: linux-2.6/arch/x86/kernel/acpi/boot.c >> =================================================================== >> --- linux-2.6.orig/arch/x86/kernel/acpi/boot.c >> +++ linux-2.6/arch/x86/kernel/acpi/boot.c >> @@ -198,6 +198,13 @@ static void __cpuinit acpi_register_lapi >> { >> unsigned int ver = 0; >> >> +#ifdef CONFIG_X86_64 >> + if (id >= (MAX_APICS-1)) { >> + printk(KERN_INFO PREFIX "skipped apicid that is too big\n"); >> + return; >> + } >> +#endif >> + >> if (!enabled) { >> ++disabled_cpus; >> return; > > Why the #ifdef? try to limit the affects to 32bit's bunch sub arch etc. Thanks Yinghai -- 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/