From: yhlu <yinghailu@gmail.com>
To: Li-Ta Lo <ollie@lanl.gov>
Cc: "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: [LinuxBIOS] NUMA support for dual core Opteron
Date: Thu, 14 Jul 2005 11:48:47 -0700 [thread overview]
Message-ID: <2ea3fae10507141148203bd32c@mail.gmail.com> (raw)
In-Reply-To: <1121365786.3317.6.camel@logarithm.lanl.gov>
For S2895, with 1Gx8 Installed and E stepping dual core opteron with
1G mem hole emable, got
Bootdata ok (command line is apic=debug ramdisk_size=65536
root=/dev/ram0 rw console=tty0 console=ttyS0,115200n8 )
Linux version 2.6.12-rc5 (root@tst288xsuse9) (gcc version 3.3.3 (SuSE
Linux)) #26 SMP Thu Jun 2 18:15:44 PDT 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 0000000000000dd0 (reserved)
BIOS-e820: 0000000000000dd0 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 00000000000f0400 (reserved)
BIOS-e820: 0000000000100000 - 00000000c0000000 (usable)
BIOS-e820: 0000000100000000 - 0000000240000000 (usable)
ACPI: Unable to locate RSDP
Scanning NUMA topology in Northbridge 24
Number of nodes 2
Node 0 MemBase 0000000000000000 Limit 000000013fffffff
Node 1 MemBase 0000000140000000 Limit 000000023fffffff
node 1 shift 24 addr 140000000 conflict 0
node 1 shift 25 addr 1fe000000 conflict 0
Using node hash shift of 26
Bootmem setup node 0 0000000000000000-000000013fffffff
Bootmem setup node 1 0000000140000000-000000023fffffff
~ # cat /proc/mt~ # cat /proc/mtrr
reg00: base=0x00000000 ( 0MB), size=8192MB: write-back, count=1
reg01: base=0x200000000 (8192MB), size=1024MB: write-back, count=1
reg02: base=0xc0000000 (3072MB), size=1024MB: uncachable, count=1
with suse kernel and LinuxBIOS + S2882 I can get
linux:~ # cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 8131170304 145051648 7986118656 0 15220736 66543616
Swap: 2154979328 0 2154979328
MemTotal: 7940596 kB
MemFree: 7798944 kB
MemShared: 0 kB
Buffers: 14864 kB
Cached: 64984 kB
SwapCached: 0 kB
Active: 39056 kB
Inactive: 40844 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 7940596 kB
LowFree: 7798944 kB
SwapTotal: 2104472 kB
SwapFree: 2104472 kB
BigFree: 0 kB
Node 0 MemTotal: 4194300 kB
Node 0 MemFree: 3793788 kB
Node 0 MemUsed: 400512 kB
Node 0 HighTotal: 0 kB
Node 0 HighFree: 0 kB
Node 0 LowTotal: 4194300 kB
Node 0 LowFree: 3793788 kB
Node 1 MemTotal: 4194300 kB
Node 1 MemFree: 4005156 kB
Node 1 MemUsed: 189144 kB
Node 1 HighTotal: 0 kB
Node 1 HighFree: 0 kB
Node 1 LowTotal: 4194300 kB
Node 1 LowFree: 4005156 kB
I wonder if suse kernel have some special code to show that. in
Kernel.org, I can not Node0....Node 1...
YH
On 7/14/05, Li-Ta Lo <ollie@lanl.gov> wrote:
> On Thu, 2005-07-14 at 10:58 -0700, yhlu wrote:
> > Someone mentioned that NUMA support for dual core opteron need acpi
> > support in LinuxBIOS.
> >
> > there may be some other solution for that.
> > 1. PowerPC already support dual core and it should support NUMA, So
> > the Open Firmware must have some NUMA entry definition.
> > Can we make x86-64 kernel support OpenFirmware interface so we can use
> > OpenBIOS as payload of LinuxBIOS.
> > 2. enable acpi and add the NUMA entries into it, the Linux Kernel will be happy.
> > 3. If we are trying to use ADLO to load Windows/Solaris/FreeBSD, We
> > need to pass related acpi info to ADLO....
> >
> > Solution 1 will be ideal one, and can make Solaris for X86-64 use
> > OpenFirmware interface too.....
> >
> > which one is better?
> >
>
>
> AFIAK, for x86_64 kernel, it will try to read NUMA configuration from
> HW directory. We don't have to export any ACPI table.
>
> --
> Li-Ta Lo <ollie@lanl.gov>
> Los Alamos National Lab
>
>
next prev parent reply other threads:[~2005-07-14 18:50 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
2005-07-14 19:04 ` Ronald G. Minnich
2005-07-14 19:54 ` Andi Kleen
2005-07-14 18:48 ` yhlu [this message]
2005-07-14 18:52 ` 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=2ea3fae10507141148203bd32c@mail.gmail.com \
--to=yinghailu@gmail.com \
--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.