From: "Yinghai Lu" <yhlu.kernel@gmail.com>
To: "Ingo Molnar" <mingo@elte.hu>
Cc: "Jeff Chua" <jeff.chua.linux@gmail.com>,
"Linus Torvalds" <torvalds@linux-foundation.org>,
"David Miller" <davem@davemloft.net>,
"Max Krasnyansky" <maxk@qualcomm.com>,
"Li Zefan" <lizf@cn.fujitsu.com>,
lkml <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.27rc1 cannot boot more than 8CPUs
Date: Mon, 11 Aug 2008 13:36:04 -0700 [thread overview]
Message-ID: <86802c440808111336o1dbffbb0xf551b4feb54b231c@mail.gmail.com> (raw)
In-Reply-To: <86802c440808111312n49ce2c0akae18b539ad543410@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2480 bytes --]
On Mon, Aug 11, 2008 at 1:12 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
> On Mon, Aug 11, 2008 at 1:08 PM, Ingo Molnar <mingo@elte.hu> wrote:
>>
>> * Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>>
>>> On Mon, Aug 11, 2008 at 12:59 PM, Ingo Molnar <mingo@elte.hu> wrote:
>>> >
>>> > * Jeff Chua <jeff.chua.linux@gmail.com> wrote:
>>> >
>>> >> On Wed, Aug 6, 2008 at 2:42 PM, Jeff Chua <jeff.chua.linux@gmail.com> wrote:
>>> >> > On Wed, Aug 6, 2008 at 2:01 PM, Linus Torvalds
>>> >> > <torvalds@linux-foundation.org> 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
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: def_big_smp.patch --]
[-- Type: text/x-patch; name=def_big_smp.patch, Size: 1399 bytes --]
[PATCH] x86: move def_to_bigsmp check later
and skil the apicid id > 8
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index 6917779..59f07e1 100644
--- a/arch/x86/kernel/setup.c
+++ b/arch/x86/kernel/setup.c
@@ -863,12 +863,6 @@ void __init setup_arch(char **cmdline_p)
init_apic_mappings();
ioapic_init_mappings();
-#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");
-#endif
kvm_guest_init();
e820_reserve_resources();
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index 21821f3..ce4ee3e 100644
--- a/arch/x86/kernel/smpboot.c
+++ b/arch/x86/kernel/smpboot.c
@@ -987,7 +987,17 @@ int __cpuinit native_cpu_up(unsigned int cpu)
flush_tlb_all();
low_mappings = 1;
+#ifdef CONFIG_X86_PC
+ if (def_to_bigsmp && apicid > 8) {
+ printk(KERN_WARNING "More than 8 CPUs detected and "
+ "CONFIG_X86_PC cannot handle it.\nUse "
+ "CONFIG_X86_GENERICARCH and CONFIG_X86_BIGSMP.\n");
+ err = -1;
+ } else
+ err = do_boot_cpu(apicid, cpu);
+#else
err = do_boot_cpu(apicid, cpu);
+#endif
zap_low_mappings();
low_mappings = 0;
next prev parent reply other threads:[~2008-08-11 20:36 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-06 3:15 Jeff Chua
2008-08-06 3:31 ` Max Krasnyansky
2008-08-06 3:50 ` Jeff Chua
2008-08-06 3:54 ` Max Krasnyansky
2008-08-06 4:06 ` Jeff Chua
2008-08-06 4:48 ` Max Krasnyansky
2008-08-06 4:53 ` Li Zefan
2008-08-06 20:11 ` Max Krasnyansky
[not found] ` <86802c440808052050u489264beo30812523669ef4df@mail.gmail.com>
2008-08-06 4:05 ` Jeff Chua
2008-08-06 5:19 ` David Miller
2008-08-06 6:42 ` Jeff Chua
2008-08-06 7:18 ` David Miller
2008-08-06 9:33 ` Jeff Chua
2008-08-06 9:36 ` David Miller
2008-08-06 9:50 ` Jeff Chua
2008-08-06 8:49 ` Yinghai Lu
2008-08-06 9:35 ` Jeff Chua
2008-08-06 9:42 ` Jeff Chua
2008-08-06 6:01 ` Linus Torvalds
2008-08-06 6:42 ` Jeff Chua
2008-08-06 15:33 ` Jeff Chua
2008-08-11 19:59 ` Ingo Molnar
2008-08-11 20:03 ` Yinghai Lu
2008-08-11 20:08 ` Ingo Molnar
2008-08-11 20:12 ` Yinghai Lu
2008-08-11 20:36 ` Yinghai Lu [this message]
2008-08-11 20:44 ` Ingo Molnar
2008-08-06 11:09 Jeff Chua
2008-08-06 16:13 ` Yinghai Lu
2008-08-06 16:34 ` Jeff Chua
2008-08-11 19:54 ` Ingo Molnar
2008-08-13 14:16 ` Ingo Molnar
2008-08-13 17:10 ` Jeff Chua
2008-08-13 17:33 ` Jeff Chua
2008-08-13 17:39 ` Ingo Molnar
2008-08-13 17:46 ` Yinghai Lu
2008-08-13 18:33 ` Yinghai Lu
2008-08-14 7:16 ` Jeff Chua
2008-08-14 8:59 ` Yinghai Lu
2008-08-14 9:07 ` Ingo Molnar
2008-08-15 10:34 Jeff Chua
2008-08-15 14:07 ` Ingo Molnar
2008-08-18 3:07 ` Jeff Chua
2008-08-18 8:00 ` Ingo Molnar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86802c440808111336o1dbffbb0xf551b4feb54b231c@mail.gmail.com \
--to=yhlu.kernel@gmail.com \
--cc=davem@davemloft.net \
--cc=jeff.chua.linux@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lizf@cn.fujitsu.com \
--cc=maxk@qualcomm.com \
--cc=mingo@elte.hu \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®