LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Pekka Enberg <penberg@cs.helsinki.fi>
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
LKML <linux-kernel@vger.kernel.org>,
the arch/x86 maintainers <x86@kernel.org>
Subject: Re: [PATCH] change CONFIG_NUMA description
Date: Thu, 6 Nov 2008 11:22:18 +0100 [thread overview]
Message-ID: <20081106102218.GB4022@elte.hu> (raw)
In-Reply-To: <84144f020811060215n25bf1e3ah5ad17e664b146764@mail.gmail.com>
* Pekka Enberg <penberg@cs.helsinki.fi> wrote:
> Hi Ingo,
>
> On Thu, Nov 6, 2008 at 10:53 AM, Ingo Molnar <mingo@elte.hu> wrote:
> > From fd51b2d7d5df932767b89e00d0871a38a2c53e74 Mon Sep 17 00:00:00 2001
> > From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
> > Date: Wed, 5 Nov 2008 02:27:19 +0900
> > Subject: [PATCH] x86: update CONFIG_NUMA description
> >
> > Impact: clarify/update CONFIG_NUMA text
> >
> > CONFIG_NUMA description talk about a bit old thing.
> > So, following changes are better.
> >
> > o CONFIG_NUMA is no longer EXPERIMENTAL
> >
> > o Opteron is not the only processor of NUMA topology on x86_64 no longer,
> > but also Intel Core7i has it.
> >
> > Signed-off-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
> > Signed-off-by: Ingo Molnar <mingo@elte.hu>
> > ---
> > arch/x86/Kconfig | 16 ++++++++++------
> > 1 files changed, 10 insertions(+), 6 deletions(-)
> >
> > diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> > index 350bee1..38ae04b 100644
> > --- a/arch/x86/Kconfig
> > +++ b/arch/x86/Kconfig
> > @@ -951,22 +951,26 @@ config ARCH_PHYS_ADDR_T_64BIT
> >
> > # Common NUMA Features
> > config NUMA
> > - bool "Numa Memory Allocation and Scheduler Support (EXPERIMENTAL)"
> > + bool "Numa Memory Allocation and Scheduler Support"
> > depends on SMP
> > depends on X86_64 || (X86_32 && HIGHMEM64G && (X86_NUMAQ || X86_BIGSMP || X86_SUMMIT && ACPI) && EXPERIMENTAL)
>
> Why does this depend on CONFIG_EXPERIMENTAL still?
Good point, i've just removed that too. 32-bit NUMA used to have
stability problems (nobody really tested it systematically), but we've
fixed those bugs and can now remove the restrictions in v2.6.29.
Ingo
next prev parent reply other threads:[~2008-11-06 10:22 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-04 17:27 KOSAKI Motohiro
2008-11-04 19:36 ` Chris Snook
2008-11-06 22:51 ` Andi Kleen
2008-11-04 20:11 ` Pekka Enberg
2008-11-06 8:53 ` Ingo Molnar
2008-11-06 10:15 ` Pekka Enberg
2008-11-06 10:18 ` KOSAKI Motohiro
2008-11-06 10:22 ` Ingo Molnar [this message]
2008-11-07 22:13 ` Chris Snook
2008-11-08 12:31 ` Ingo Molnar
2008-11-09 11:41 ` KOSAKI Motohiro
2008-11-06 22:50 ` 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=20081106102218.GB4022@elte.hu \
--to=mingo@elte.hu \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=penberg@cs.helsinki.fi \
--cc=x86@kernel.org \
--subject='Re: [PATCH] change CONFIG_NUMA description' \
/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
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).