Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757557AbYHKUgU (ORCPT ); Mon, 11 Aug 2008 16:36:20 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753779AbYHKUgH (ORCPT ); Mon, 11 Aug 2008 16:36:07 -0400 Received: from wr-out-0506.google.com ([64.233.184.238]:48222 "EHLO wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753442AbYHKUgF (ORCPT ); Mon, 11 Aug 2008 16:36:05 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=V0dnL10V8E34zBLPLxRwisJT6V+OnaVWwf8TznFISgzm2ecH2Hl80AU1G951KOqPig JtAM6UTIhmKz9QjILbM02fi/HiLevtOvyZ8cAody6cdBOHnovuGCuw+IPwJFWlzKgEis gnvbhsHNuqafez2W4nW5pnJhJ9LIQ1ZSQMO1Q= Message-ID: <86802c440808111336o1dbffbb0xf551b4feb54b231c@mail.gmail.com> Date: Mon, 11 Aug 2008 13:36:04 -0700 From: "Yinghai Lu" To: "Ingo Molnar" Subject: Re: 2.6.27rc1 cannot boot more than 8CPUs Cc: "Jeff Chua" , "Linus Torvalds" , "David Miller" , "Max Krasnyansky" , "Li Zefan" , lkml In-Reply-To: <86802c440808111312n49ce2c0akae18b539ad543410@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_74247_15474031.1218486964651" References: <20080811195939.GA16716@elte.hu> <86802c440808111303x16922f43g4e17fa43972e9076@mail.gmail.com> <20080811200808.GB24111@elte.hu> <86802c440808111312n49ce2c0akae18b539ad543410@mail.gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5028 Lines: 102 ------=_Part_74247_15474031.1218486964651 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Mon, Aug 11, 2008 at 1:12 PM, Yinghai Lu wrote: > On Mon, Aug 11, 2008 at 1:08 PM, Ingo Molnar wrote: >> >> * Yinghai Lu wrote: >> >>> On Mon, Aug 11, 2008 at 12:59 PM, Ingo Molnar wrote: >>> > >>> > * Jeff Chua wrote: >>> > >>> >> On Wed, Aug 6, 2008 at 2:42 PM, Jeff Chua wrote: >>> >> > On Wed, Aug 6, 2008 at 2:01 PM, Linus Torvalds >>> >> > wrote: >>> >> >> One trivial thing to try would be to just bisect it. I assume 2.6.26 is >>> >> > Bisecting now. >>> >> >>> >> Thanks to all the great helpful suggestions from everyone, and this >>> >> turns out that I just need to enable the following switches, so I >>> >> didn't bisect further, and since it's first machine that I've tried >>> >> with more than 8 CPUs so I wasn't sure whether 2.6.16 has the same >>> >> problem, but if you wish, I could give 2.6.16 a try. >>> >> >>> >> > CONFIG_X86_GENERICARCH=y >>> >> > CONFIG_X86_BIGSMP=y >>> >> >>> >> Thank you all for the great linux kernel! >>> > >>> > i still consider a silent boot hang a bug we need to fix. >>> > >>> > bigsmp might be required to have all cpus available on your box, but the >>> > kernel is still supposed to transparently fall back to less CPUs (and >>> > print a warning) if it cannot do that. >>> > >>> in setup.c::setup_arch() after go over with madt or mptable >>> >>> #if defined(CONFIG_SMP) && defined(CONFIG_X86_PC) && defined(CONFIG_X86_32) >>> if (def_to_bigsmp) >>> printk(KERN_WARNING "More than 8 CPUs detected and " >>> "CONFIG_X86_PC cannot handle it.\nUse " >>> "CONFIG_X86_GENERICARCH or >>> CONFIG_X86_BIGSMP.\n"); ===> here need to change "or" to "and" >>> #endif >>> >>> or just panic here? because screen scroll to pass it, and user will >>> not notice that... >> >> a panic is better but still quite rude and doesnt give a user a system >> under which he can build an even greater kernel [after having discovered >> the warning in the syslog] ;-) >> >> best would be to use as many CPUs as we can support, and skip the rest >> and boot up fine. (and print the warning prominently - the user does not >> make maximum use of available physical resources) > > then smp start AP cpu could check the apic id >=8 etc before try to > start it.in some cases please check attach patches.. YH ------=_Part_74247_15474031.1218486964651 Content-Type: text/x-patch; name=def_big_smp.patch Content-Transfer-Encoding: base64 X-Attachment-Id: f_fjrjlk5z0 Content-Disposition: attachment; filename=def_big_smp.patch W1BBVENIXSB4ODY6IG1vdmUgZGVmX3RvX2JpZ3NtcCBjaGVjayBsYXRlcgoKYW5kIHNraWwgdGhl IGFwaWNpZCBpZCA+IDgKClNpZ25lZC1vZmYtYnk6IFlpbmdoYWkgTHUgPHlobHUua2VybmVsQGdt YWlsLmNvbT4KCmRpZmYgLS1naXQgYS9hcmNoL3g4Ni9rZXJuZWwvc2V0dXAuYyBiL2FyY2gveDg2 L2tlcm5lbC9zZXR1cC5jCmluZGV4IDY5MTc3NzkuLjU5ZjA3ZTEgMTAwNjQ0Ci0tLSBhL2FyY2gv eDg2L2tlcm5lbC9zZXR1cC5jCisrKyBiL2FyY2gveDg2L2tlcm5lbC9zZXR1cC5jCkBAIC04NjMs MTIgKzg2Myw2IEBAIHZvaWQgX19pbml0IHNldHVwX2FyY2goY2hhciAqKmNtZGxpbmVfcCkKIAlp bml0X2FwaWNfbWFwcGluZ3MoKTsKIAlpb2FwaWNfaW5pdF9tYXBwaW5ncygpOwogCi0jaWYgZGVm aW5lZChDT05GSUdfU01QKSAmJiBkZWZpbmVkKENPTkZJR19YODZfUEMpICYmIGRlZmluZWQoQ09O RklHX1g4Nl8zMikKLQlpZiAoZGVmX3RvX2JpZ3NtcCkKLQkJcHJpbnRrKEtFUk5fV0FSTklORyAi TW9yZSB0aGFuIDggQ1BVcyBkZXRlY3RlZCBhbmQgIgotCQkJIkNPTkZJR19YODZfUEMgY2Fubm90 IGhhbmRsZSBpdC5cblVzZSAiCi0JCQkiQ09ORklHX1g4Nl9HRU5FUklDQVJDSCBvciBDT05GSUdf WDg2X0JJR1NNUC5cbiIpOwotI2VuZGlmCiAJa3ZtX2d1ZXN0X2luaXQoKTsKIAogCWU4MjBfcmVz ZXJ2ZV9yZXNvdXJjZXMoKTsKZGlmZiAtLWdpdCBhL2FyY2gveDg2L2tlcm5lbC9zbXBib290LmMg Yi9hcmNoL3g4Ni9rZXJuZWwvc21wYm9vdC5jCmluZGV4IDIxODIxZjMuLmNlNGVlM2UgMTAwNjQ0 Ci0tLSBhL2FyY2gveDg2L2tlcm5lbC9zbXBib290LmMKKysrIGIvYXJjaC94ODYva2VybmVsL3Nt cGJvb3QuYwpAQCAtOTg3LDcgKzk4NywxNyBAQCBpbnQgX19jcHVpbml0IG5hdGl2ZV9jcHVfdXAo dW5zaWduZWQgaW50IGNwdSkKIAlmbHVzaF90bGJfYWxsKCk7CiAJbG93X21hcHBpbmdzID0gMTsK IAorI2lmZGVmIENPTkZJR19YODZfUEMKKyAgICAgICAgaWYgKGRlZl90b19iaWdzbXAgJiYgYXBp Y2lkID4gOCkgeworICAgICAgICAgICAgICAgIHByaW50ayhLRVJOX1dBUk5JTkcgIk1vcmUgdGhh biA4IENQVXMgZGV0ZWN0ZWQgYW5kICIKKyAgICAgICAgICAgICAgICAgICAgICAgICJDT05GSUdf WDg2X1BDIGNhbm5vdCBoYW5kbGUgaXQuXG5Vc2UgIgorICAgICAgICAgICAgICAgICAgICAgICAg IkNPTkZJR19YODZfR0VORVJJQ0FSQ0ggYW5kIENPTkZJR19YODZfQklHU01QLlxuIik7CisJCWVy ciA9IC0xOworCX0gZWxzZQorCQllcnIgPSBkb19ib290X2NwdShhcGljaWQsIGNwdSk7CisjZWxz ZQogCWVyciA9IGRvX2Jvb3RfY3B1KGFwaWNpZCwgY3B1KTsKKyNlbmRpZgogCiAJemFwX2xvd19t YXBwaW5ncygpOwogCWxvd19tYXBwaW5ncyA9IDA7Cg== ------=_Part_74247_15474031.1218486964651-- -- 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/