From: yhlu <yinghailu@gmail.com>
To: Andi Kleen <ak@suse.de>
Cc: Li-Ta Lo <ollie@lanl.gov>,
"Ronald G. Minnich" <rminnich@lanl.gov>,
Stefan Reinauer <stepan@openbios.org>,
discuss@x86-64.org, LinuxBIOS <linuxbios@openbios.org>,
linux-kernel@vger.kernel.org
Subject: Re: [discuss] Re: [LinuxBIOS] NUMA support for dual core Opteron
Date: Thu, 14 Jul 2005 11:58:40 -0700 [thread overview]
Message-ID: <2ea3fae1050714115867e042a8@mail.gmail.com> (raw)
In-Reply-To: <20050714184821.GJ23619@wotan.suse.de>
FYI in Tyan S4881 (8 ways dual core 875 cpu ) with LinuxBIOS I got
also the 1G mem hole is enabled.
So the kernel should be OK with read NUMA directly from HW.
YH
Firmware type: LinuxBIOS
old bootloader convention, maybe loadlin?
Bootdata ok (command line is apic=debug ramdisk_size=65536
root=/dev/ram0 rw console=tty0 console=ttyS0,115200n8 )
Linux version 2.6.12 (root@tst288xsuse9) (gcc version 3.3.3 (SuSE
Linux)) #8 SMP Fri Jun 24 12:41:43 PDT 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 0000000000000e48 (reserved)
BIOS-e820: 0000000000000e48 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 00000000000f0400 (reserved)
BIOS-e820: 0000000000100000 - 00000000c0000000 (usable)
BIOS-e820: 0000000100000000 - 0000000840000000 (usable)
Scanning NUMA topology in Northbridge 24
Number of nodes 8
Node 0 MemBase 0000000000000000 Limit 000000013fffffff
Node 1 MemBase 0000000140000000 Limit 000000023fffffff
Node 2 MemBase 0000000240000000 Limit 000000033fffffff
Node 3 MemBase 0000000340000000 Limit 000000043fffffff
Node 4 MemBase 0000000440000000 Limit 000000053fffffff
Node 5 MemBase 0000000540000000 Limit 000000063fffffff
Node 6 MemBase 0000000640000000 Limit 000000073fffffff
Node 7 MemBase 0000000740000000 Limit 000000083fffffff
node 1 shift 24 addr 140000000 conflict 0
node 1 shift 25 addr 1fe000000 conflict 0
node 3 shift 26 addr 3fc000000 conflict 0
node 7 shift 27 addr 7f8000000 conflict 0
Using node hash shift of 28
Bootmem setup node 0 0000000000000000-000000013fffffff
Bootmem setup node 1 0000000140000000-000000023fffffff
Bootmem setup node 2 0000000240000000-000000033fffffff
Bootmem setup node 3 0000000340000000-000000043fffffff
Bootmem setup node 4 0000000440000000-000000053fffffff
Bootmem setup node 5 0000000540000000-000000063fffffff
Bootmem setup node 6 0000000640000000-000000073fffffff
Bootmem setup node 7 0000000740000000-000000083fffffff
in LB
Setting variable MTRR 0, base: 0MB, range: 32768MB, type WB
Setting variable MTRR 1, base: 32768MB, range: 1024MB, type WB
Setting variable MTRR 2, base: 3072MB, range: 1024MB, type UC
On 7/14/05, Andi Kleen <ak@suse.de> wrote:
> > AFIAK, for x86_64 kernel, it will try to read NUMA configuration from
> > HW directory. We don't have to export any ACPI table.
>
> It doesn't work for dual core or 8 sockets for some reason. Since the SRAT
> code works fine and is in general more future proof we never tracked down
> why. Patches welcome.
>
> However you'll likely need ACPI for other reasons anyways, e.g. for
> better power saving.
>
> -Andi
>
>
next prev parent reply other threads:[~2005-07-14 19:03 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-14 17:58 NUMA support for dual core Opteron yhlu
2005-07-14 18:29 ` [LinuxBIOS] " Li-Ta Lo
2005-07-14 18:48 ` [discuss] " Andi Kleen
2005-07-14 18:58 ` yhlu [this message]
2005-07-14 19:04 ` Ronald G. Minnich
2005-07-14 19:54 ` Andi Kleen
2005-07-14 18:48 ` yhlu
2005-07-14 18:52 ` [discuss] " Andi Kleen
2005-07-14 19:00 ` Ronald G. Minnich
2005-07-14 19:09 ` [discuss] " Andi Kleen
2005-07-15 2:46 ` yhlu
2005-07-15 3:05 ` Andi Kleen
2005-07-15 3:52 ` yhlu
2005-07-15 4:05 ` Andi Kleen
2005-07-15 4:14 ` yhlu
2005-07-15 14:37 ` Ronald G. Minnich
2005-07-15 18:15 ` Tom Vier
2005-07-15 18:20 ` Andi Kleen
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=2ea3fae1050714115867e042a8@mail.gmail.com \
--to=yinghailu@gmail.com \
--cc=ak@suse.de \
--cc=discuss@x86-64.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxbios@openbios.org \
--cc=ollie@lanl.gov \
--cc=rminnich@lanl.gov \
--cc=stepan@openbios.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.