From: Suresh Siddha <suresh.b.siddha@intel.com>
To: Chris Snook <csnook@redhat.com>
Cc: Suresh Siddha <suresh.b.siddha@intel.com>,
mingo@elte.hu, hpa@zytor.com, tglx@linutronix.de,
linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: [patch] srat, x86_64: Add support for nodes spanning other nodes
Date: Tue, 25 Mar 2008 10:38:16 -0700 [thread overview]
Message-ID: <20080325173815.GJ15909@linux-os.sc.intel.com> (raw)
In-Reply-To: <47E93655.10907@redhat.com>
On Tue, Mar 25, 2008 at 01:28:53PM -0400, Chris Snook wrote:
> Suresh Siddha wrote:
> >For example, If the physical address layout on a two node system with 8 GB
> >memory is something like:
> >node 0: 0-2GB, 4-6GB
> >node 1: 2-4GB, 6-8GB
> >
> >Current kernels fail to boot/detect this NUMA topology.
> >
> >ACPI SRAT tables can expose such a topology which needs to be supported.
> >
> >Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
> >---
> >
> >diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> >index 227fdb0..99eb102 100644
> >--- a/arch/x86/Kconfig
> >+++ b/arch/x86/Kconfig
> >@@ -880,6 +880,15 @@ config X86_64_ACPI_NUMA
> > help
> > Enable ACPI SRAT based node topology detection.
> >
> >+# Some NUMA nodes have memory ranges that span
> >+# other nodes. Even though a pfn is valid and
> >+# between a node's start and end pfns, it may not
> >+# reside on that node. See memmap_init_zone()
> >+# for details.
> >+config NODES_SPAN_OTHER_NODES
> >+ def_bool y
> >+ depends on X86_64_ACPI_NUMA
> >+
>
> Is this hunk a leftover from your testing? You're not using the config
No.
> option anywhere, and there isn't really anything in this patch that would
> justify making this a separate config option in mainline.
Its the generic -mm code which needs this. Please refer to early_pfn_in_nid()
and its usage in memmap_init_zone()
thanks,
suresh
WARNING: multiple messages have this Message-ID (diff)
From: Suresh Siddha <suresh.b.siddha@intel.com>
To: Chris Snook <csnook@redhat.com>
Cc: Suresh Siddha <suresh.b.siddha@intel.com>,
mingo@elte.hu, hpa@zytor.com, tglx@linutronix.de,
linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: [patch] srat, x86_64: Add support for nodes spanning other nodes
Date: Tue, 25 Mar 2008 10:38:16 -0700 [thread overview]
Message-ID: <20080325173815.GJ15909@linux-os.sc.intel.com> (raw)
In-Reply-To: <47E93655.10907@redhat.com>
On Tue, Mar 25, 2008 at 01:28:53PM -0400, Chris Snook wrote:
> Suresh Siddha wrote:
> >For example, If the physical address layout on a two node system with 8 GB
> >memory is something like:
> >node 0: 0-2GB, 4-6GB
> >node 1: 2-4GB, 6-8GB
> >
> >Current kernels fail to boot/detect this NUMA topology.
> >
> >ACPI SRAT tables can expose such a topology which needs to be supported.
> >
> >Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
> >---
> >
> >diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> >index 227fdb0..99eb102 100644
> >--- a/arch/x86/Kconfig
> >+++ b/arch/x86/Kconfig
> >@@ -880,6 +880,15 @@ config X86_64_ACPI_NUMA
> > help
> > Enable ACPI SRAT based node topology detection.
> >
> >+# Some NUMA nodes have memory ranges that span
> >+# other nodes. Even though a pfn is valid and
> >+# between a node's start and end pfns, it may not
> >+# reside on that node. See memmap_init_zone()
> >+# for details.
> >+config NODES_SPAN_OTHER_NODES
> >+ def_bool y
> >+ depends on X86_64_ACPI_NUMA
> >+
>
> Is this hunk a leftover from your testing? You're not using the config
No.
> option anywhere, and there isn't really anything in this patch that would
> justify making this a separate config option in mainline.
Its the generic -mm code which needs this. Please refer to early_pfn_in_nid()
and its usage in memmap_init_zone()
thanks,
suresh
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2008-03-25 17:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-25 17:14 [patch] srat, x86_64: Add support for nodes spanning other nodes Suresh Siddha
2008-03-25 17:14 ` Suresh Siddha
2008-03-25 17:28 ` Chris Snook
2008-03-25 17:28 ` Chris Snook
2008-03-25 17:38 ` Suresh Siddha [this message]
2008-03-25 17:38 ` Suresh Siddha
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=20080325173815.GJ15909@linux-os.sc.intel.com \
--to=suresh.b.siddha@intel.com \
--cc=csnook@redhat.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mingo@elte.hu \
--cc=tglx@linutronix.de \
/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.