From: James Cleverdon <jamesclv@us.ibm.com>
To: "Protasevich, Natalie" <Natalie.Protasevich@UNISYS.com>,
"'Martin J. Bligh'" <mbligh@aracnet.com>,
"'William Lee Irwin III'" <wli@holomorphy.com>,
"Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>
Cc: "Nakajima, Jun" <jun.nakajima@intel.com>,
"Van Maren, Kevin" <kevin.vanmaren@UNISYS.com>,
Christoph Hellwig <hch@infradead.org>,
John Stultz <johnstul@us.ibm.com>,
"Mallick, Asit K" <asit.k.mallick@intel.com>,
"Saxena, Sunil" <sunil.saxena@intel.com>,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH][2.4] generic support for systems with more than 8 CP Us (2/2)
Date: Mon, 23 Dec 2002 18:48:34 -0800 [thread overview]
Message-ID: <200212231848.34915.jamesclv@us.ibm.com> (raw)
In-Reply-To: <3FAD1088D4556046AEC48D80B47B478C1AEC76@usslc-exch-4.slc.unisys.com>
On Sunday 22 December 2002 01:36 pm, Protasevich, Natalie wrote:
[ Snip! ]
>
> >In the last patch from Venkatesh there was a > 8CPUs option ... that
> >seems like a direct correlation to clustered apic support to me ...
> >maybe we could just switch on CONFIG_X86_CLUSTERED_APIC directly and
> >bypass CONFIG_X86_MANY_CPU? The menu text could stay the same (less
> >confusing for users than asking them about apic modes) ...
>
> Maybe, for other systems MANY_CPU criteria would make sense, but it won't
> work for us: on ES7000s with Fosters/Gallatins, we can run 1 to 32 CPUs and
> have to be in flat clustered mode in any case - whether we run 2 do 32 of
What is "flat clustered"? Has Intel cooked up yet another APIC operating
mode? 8^) As far as I knew, the flat and clustered modes were mutually
exclusive, based on the value in the DFR.
> them... This is also true for Cascades running on hierarchical cluster
> (logical). Our APIC ID's are hard-coded topologically in the BIOS, so we
> could run 2 processors on the high end of topology, with high APIC IDs. We
> couldn't get around using just ID's (not the EID's), because hardware needs
> the full CPU ID address to deliver IPIs.
>
> >M.
--
James Cleverdon
IBM xSeries Linux Solutions
{jamesclv(Unix, preferred), cleverdj(Notes)} at us dot ibm dot com
next prev parent reply other threads:[~2002-12-24 2:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-22 21:36 [PATCH][2.4] generic support for systems with more than 8 CP Us (2/2) Protasevich, Natalie
2002-12-24 2:48 ` James Cleverdon [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-12-24 3:22 Protasevich, Natalie
2002-12-23 18:54 Pallipadi, Venkatesh
2002-12-23 17:07 Protasevich, Natalie
[not found] <3FAD1088D4556046AEC48D80B47B478C1AEC74@usslc-exch-4.slc.unisys. com>
2002-12-22 20:21 ` Protasevich, Natalie
2002-12-22 21:01 ` Martin J. Bligh
2002-12-22 22:26 ` William Lee Irwin III
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=200212231848.34915.jamesclv@us.ibm.com \
--to=jamesclv@us.ibm.com \
--cc=Natalie.Protasevich@UNISYS.com \
--cc=asit.k.mallick@intel.com \
--cc=hch@infradead.org \
--cc=johnstul@us.ibm.com \
--cc=jun.nakajima@intel.com \
--cc=kevin.vanmaren@UNISYS.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mbligh@aracnet.com \
--cc=sunil.saxena@intel.com \
--cc=venkatesh.pallipadi@intel.com \
--cc=wli@holomorphy.com \
/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.