From: Andi Kleen <ak@suse.de>
To: john.blackwood@ccur.com
Cc: linux-kernel@vger.kernel.org, bugsy@ccur.com
Subject: Re: CONFIG_K8_NUMA x86_64 no-memory node bug
Date: Wed, 1 Feb 2006 23:55:28 +0100 [thread overview]
Message-ID: <200602012355.28794.ak@suse.de> (raw)
In-Reply-To: <43E13273.5020202@ccur.com>
On Wednesday 01 February 2006 23:13, John Blackwood wrote:
> I would like to mention a bug with the x86_64 CONFIG_K8_NUMA support.
>
> We have a 4 CPU AMD Opteron (processor 846 -- no dual core) system that
> boots up with a 2.6.15.2-based kernel with NUMA enabled if all the numa
> nodes are populated with memory modules.
>
> If we then pull out the memory module for the 3rd CPU/node, then the
> kernel will no longer boot.
>
> In this configuration, after the grub 'boot' command is entered, no
> output is seen, and the system appears to be hung.
>
> While this is admittedly a 'degraded' configuration, it would be nice
> if the kernel could handle having a middle numbered node without memory.
>
> I believe that removing the 4th CPU's memory module so that only the
> last CPU/node is without memory, then the system boots up fine.
>
> It seems that having a middle node without memory is what causes this
> problem to occur.
Does it boot with numa=noacpi?
If yes then I likely already fixed the bug. But send boot log of
the failure anyways.
-Andi
next prev parent reply other threads:[~2006-02-01 22:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-01 22:13 CONFIG_K8_NUMA x86_64 no-memory node bug John Blackwood
2006-02-01 22:55 ` Andi Kleen [this message]
2006-02-07 14:51 ` Andi Kleen
-- strict thread matches above, loose matches on Subject: below --
2006-02-02 16:42 John Blackwood
2006-02-02 18:02 ` Andi Kleen
2006-02-02 18:48 John Blackwood
2006-02-07 20:53 John Blackwood
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=200602012355.28794.ak@suse.de \
--to=ak@suse.de \
--cc=bugsy@ccur.com \
--cc=john.blackwood@ccur.com \
--cc=linux-kernel@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.