From: Ashok Raj <ashok.raj@intel.com>
To: Andrew Morton <akpm@osdl.org>
Cc: Ashok Raj <ashok.raj@intel.com>, Andi Kleen <ak@muc.de>,
linux-kernel@vger.kernel.org, zwane@arm.linux.org.uk
Subject: [patch 0/8] Updated patches for x86_64
Date: Mon, 01 Aug 2005 13:20:17 -0700 [thread overview]
Message-ID: <20050801202017.043754000@araj-em64t> (raw)
Hi Andrew,
This patch series contains some misc fixes related to CPU hotplug for X86_64.
Some are new, some are due to regressions from introduction of physflat mode
genapic schemes. Please consider for -mm. These are on 2.6.13-rc4-mm1
do_clustered_apic_check
Needed for x86_64, removed recently from shared code.
create-sysfs-onlyfor-present-cpus
Create sysfs entries only for present cpus. New cpus will have them
created by ACPI code when notification for the same is processed.
fix-enforce-max-cpu
Dont enforce this when CPU hotplug is enabled. This doesnt permit
booting with maxcpus=1 and then testing logical hot-add of cpu.
fix-cluster-allbutself-ipi
Cluster mode also needs to prevent preempt when excluding self from
online map. Propagating the fix i added for genapic_flat to cluster
genapic code as well.
fix-flat-mode-nobroadcast-again
Recent physflat broke this for hotplug. Re-introducing it again.
fix-physflat-dmode
Removed un-necessary code from physflat settings.
use-common-physflat-cluster
Used common code for genapic-physflat and cluster since they share
a lot of code was duplicated instead of sharing them.
choose-physflat-onlyfor-gt8cpus-amd
Choose physflat only when >8 cpus. We could still use flat mode without
broadcast shortcut. The mask version of IPI is still effective and
more performant than the unicast version thats required when we use
physical mode.
Cheers,
ashok
next reply other threads:[~2005-08-01 20:34 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-01 20:20 Ashok Raj [this message]
2005-08-01 20:20 ` [patch 1/8] x86_64: Reintroduce clustered_apic_check() " Ashok Raj
2005-08-01 22:36 ` Ashok Raj
2005-08-01 20:20 ` [patch 2/8] x86_64: create sysfs entries for cpu only for present cpus Ashok Raj
2005-08-04 10:37 ` Andi Kleen
2005-08-01 20:20 ` [patch 3/8] x86_64:Dont call enforce_max_cpus when hotplug is enabled Ashok Raj
2005-08-04 10:41 ` Andi Kleen
2005-08-04 16:28 ` Ashok Raj
2005-08-01 20:20 ` [patch 4/8] x86_64:Fix cluster mode send_IPI_allbutself to use get_cpu()/put_cpu() Ashok Raj
2005-08-04 10:43 ` Andi Kleen
2005-08-04 16:33 ` Ashok Raj
2005-08-01 20:20 ` [patch 5/8] x86_64:Dont do broadcast IPIs when hotplug is enabled in flat mode Ashok Raj
2005-08-04 10:51 ` Andi Kleen
2005-08-04 16:36 ` Ashok Raj
2005-08-04 17:27 ` Ashok Raj
2005-08-01 20:20 ` [patch 6/8] x86_64:Dont use Lowest Priority when using physical mode Ashok Raj
2005-08-01 20:20 ` [patch 7/8] x86_64:Use common functions in cluster and physflat mode Ashok Raj
2005-08-01 20:20 ` [patch 8/8] x86_64: Choose physflat for AMD systems only when >8 CPUS Ashok Raj
2005-08-04 10:54 ` 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=20050801202017.043754000@araj-em64t \
--to=ashok.raj@intel.com \
--cc=ak@muc.de \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=zwane@arm.linux.org.uk \
/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
Powered by JetHome