From: "Yinghai Lu" <yhlu.kernel@gmail.com>
To: "Sam Ravnborg" <sam@ravnborg.org>
Cc: "Ingo Molnar" <mingo@elte.hu>,
"Thomas Gleixner" <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
"Andrew Morton" <akpm@linux-foundation.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] x86: make generic arch support NUMAQ v2
Date: Thu, 5 Jun 2008 23:27:02 -0700 [thread overview]
Message-ID: <86802c440806052327v14428d4dhf54e13874c1f0a5a@mail.gmail.com> (raw)
In-Reply-To: <20080606061744.GA6399@uranus.ravnborg.org>
On Thu, Jun 5, 2008 at 11:17 PM, Sam Ravnborg <sam@ravnborg.org> wrote:
> On Thu, Jun 05, 2008 at 05:54:40PM -0700, Yinghai Lu wrote:
>> On Thu, Jun 5, 2008 at 5:14 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>> >
>> > so it could fallback to normal numa.
>> >
>> > NUMAQ depends on GENERICARCH
>> >
>> > also decouple genericarch numa with acpi.
>> >
>> > Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
>> >
>> > Index: linux-2.6/arch/x86/Kconfig
>> > ===================================================================
>> > --- linux-2.6.orig/arch/x86/Kconfig
>> > +++ linux-2.6/arch/x86/Kconfig
>> > @@ -264,17 +264,6 @@ config X86_VOYAGER
>> > If you do not specifically know you have a Voyager based machine,
>> > say N here, otherwise the kernel you build will not be bootable.
>> >
>> > -config X86_NUMAQ
>> > - bool "NUMAQ (IBM/Sequent)"
>> > - depends on SMP && X86_32 && PCI
>> > - select NUMA
>> > - help
>> > - This option is used for getting Linux to run on a (IBM/Sequent) NUMA
>> > - multiquad box. This changes the way that processors are bootstrapped,
>> > - and uses Clustered Logical APIC addressing mode instead of Flat Logical.
>> > - You will need a new lynxer.elf file to flash your firmware with - send
>> > - email to <Martin.Bligh@us.ibm.com>.
>> > -
>> > config X86_SUMMIT
>> > bool "Summit/EXA (IBM x440)"
>> > depends on X86_32 && SMP
>> > @@ -307,12 +296,12 @@ config X86_VISWS
>> > and vice versa. See <file:Documentation/sgi-visws.txt> for details.
>> >
>> > config X86_GENERICARCH
>> > - bool "Generic architecture (Summit, bigsmp, ES7000, default)"
>> > + bool "Generic architecture (NUMAQ, Summit, bigsmp, ES7000, default)"
>> > depends on X86_32
>> > help
>> > - This option compiles in the Summit, bigsmp, ES7000, default subarchitectures.
>> > - It is intended for a generic binary kernel.
>> > - If you want a NUMA kernel, select ACPI. We need SRAT for NUMA.
>> > + This option compiles in the NUMAQ, Summit, bigsmp, ES7000, default
>> > + subarchitectures. It is intended for a generic binary kernel.
>> > + You need enable NUMA, otherwise NUMAQ is skipped.
>> >
>> > config X86_ES7000
>> > bool "Support for Unisys ES7000 IA32 series"
>> > @@ -348,6 +337,17 @@ config X86_VSMP
>> >
>> > endchoice
>> >
>> > +config X86_NUMAQ
>> > + bool "NUMAQ (IBM/Sequent)"
>> > + depends on SMP && X86_32 && PCI && X86_GENERICARCH
>> > + select NUMA
>> > + help
>> > + This option is used for getting Linux to run on a NUMAQ (IBM/Sequent)
>> > + NUMA multiquad box. This changes the way that processors are
>> > + bootstrapped, and uses Clustered Logical APIC addressing mode instead
>> > + of Flat Logical. You will need a new lynxer.elf file to flash your
>> > + firmware with - send email to <Martin.Bligh@us.ibm.com>.
>> > +
>> > config SCHED_NO_NO_OMIT_FRAME_POINTER
>> > def_bool y
>> > prompt "Single-depth WCHAN output"
>> > @@ -908,9 +908,9 @@ config X86_PAE
>> > config NUMA
>> > bool "Numa Memory Allocation and Scheduler Support (EXPERIMENTAL)"
>> > depends on SMP
>> > - depends on X86_64 || (X86_32 && HIGHMEM64G && (X86_NUMAQ || (X86_SUMMIT || X86_GENERICARCH) && ACPI) && EXPERIMENTAL)
>> > + depends on X86_64 || (X86_32 && HIGHMEM64G && (X86_NUMAQ || X86_GENERICARCH || X86_SUMMIT && ACPI) && EXPERIMENTAL)
>> > default n if X86_PC
>> > - default y if (X86_NUMAQ || X86_SUMMIT)
>> > + default y if (X86_NUMAQ || X86_SUMMIT || X86_GENERICARCH)
>> > help
>> > Enable NUMA (Non Uniform Memory Access) support.
>> > The kernel will try to allocate memory used by a CPU on the
>>
>> Sam,
>>
>> now NUMAQ depends on GENERICARCH.
>>
>> and Ingo want to make oldconfig to migration NUMAQ....to select GENERICARCH...
>>
>> but if i add select X86_GENERICARCH, make oldconfig will get
>
> It is my understanding that special support for NUMAQ should die,
> so the only remaning usage of CONFIG_NUMAQ is if set to select GENERICARCH.
> In other words that you should not use CONFIG_NUMAQ anywhere in the code
> but solely rely on GENERICARCH and then do runtime detection of the
> other things.
in case someone don't want to build that special numaq code in.
I think we should make ES7000, Summit depend to GENERICARCH too.
YH
next prev parent reply other threads:[~2008-06-06 6:27 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-05 10:09 RFC [PATCH] x86: make generic arch support NUMAQ Yinghai Lu
2008-06-05 11:00 ` Sam Ravnborg
2008-06-05 12:39 ` Ingo Molnar
2008-06-05 17:33 ` Yinghai Lu
2008-06-05 17:26 ` Yinghai Lu
2008-06-06 0:14 ` [PATCH] x86: make generic arch support NUMAQ v2 Yinghai Lu
2008-06-06 0:54 ` Yinghai Lu
2008-06-06 6:17 ` Sam Ravnborg
2008-06-06 6:27 ` Yinghai Lu [this message]
2008-06-06 14:09 ` Ingo Molnar
2008-06-06 18:05 ` Yinghai Lu
2008-06-06 21:41 ` [PATCH] x86: make generic arch support NUMAQ v3 Yinghai Lu
2008-06-07 7:31 ` [PATCH] x86: make generic arch support NUMAQ v4 Yinghai Lu
2008-06-09 1:29 ` [PATCH] x86: introduce max_physical_apicid for bigsmp switching Yinghai Lu
2008-06-10 9:53 ` Ingo Molnar
2008-06-09 1:31 ` [PATCH] x86: make generic arch support NUMAQ v5 Yinghai Lu
2008-06-09 14:41 ` Andy Whitcroft
2008-06-09 18:00 ` Yinghai Lu
2008-06-10 0:00 ` [PATCH] x86: make generic arch support NUMAQ - fix Yinghai Lu
2008-06-10 1:11 ` [PATCH] x86: make generic arch support NUMAQ - fix #2 Yinghai Lu
2008-06-10 9:55 ` [PATCH] x86: make generic arch support NUMAQ v5 Ingo Molnar
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=86802c440806052327v14428d4dhf54e13874c1f0a5a@mail.gmail.com \
--to=yhlu.kernel@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=sam@ravnborg.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®