From: William Lee Irwin III <wli@holomorphy.com>
To: Zwane Mwaikambo <zwane@fsmlabs.com>,
Eric BEGOT <eric_begot@yahoo.fr>, Andrew Morton <akpm@osdl.org>,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.7-rc3-mm1
Date: Wed, 9 Jun 2004 07:58:49 -0700 [thread overview]
Message-ID: <20040609145849.GL1444@holomorphy.com> (raw)
In-Reply-To: <20040609144809.GK1444@holomorphy.com>
On Wed, Jun 09, 2004 at 07:48:09AM -0700, William Lee Irwin III wrote:
> I'm questioning whether the marking scheme is worth anything and if I
> should just rely on bounds-checking against the dynamically-detected
> physical APIC ID instead.
Actually I think blowing it away immediately is best. Bounds checks
don't work for everything.
-- wli
Index: mm1-2.6.7-rc3/arch/i386/kernel/mpparse.c
===================================================================
--- mm1-2.6.7-rc3.orig/arch/i386/kernel/mpparse.c 2004-06-09 07:42:04.221000000 -0700
+++ mm1-2.6.7-rc3/arch/i386/kernel/mpparse.c 2004-06-09 07:54:51.703325000 -0700
@@ -119,16 +119,6 @@
}
#endif
-static void MP_mark_version_physids(int version)
-{
- int i;
-
- for (i = 0; i < MAX_APICS; ++i) {
- if (!MP_valid_apicid(i, version))
- physid_set(i, phys_cpu_present_map);
- }
-}
-
void __init MP_processor_info (struct mpc_config_processor *m)
{
int ver, apicid;
@@ -207,9 +197,7 @@
num_processors++;
ver = m->mpc_apicver;
- if (MP_valid_apicid(apicid, ver))
- MP_mark_version_physids(ver);
- else {
+ if (!MP_valid_apicid(apicid, ver)) {
printk(KERN_WARNING "Processor #%d INVALID. (Max ID: %d).\n",
m->mpc_apicid, MAX_APICS);
--num_processors;
Index: mm1-2.6.7-rc3/arch/i386/mach-visws/mpparse.c
===================================================================
--- mm1-2.6.7-rc3.orig/arch/i386/mach-visws/mpparse.c 2004-06-09 07:11:51.380594000 -0700
+++ mm1-2.6.7-rc3/arch/i386/mach-visws/mpparse.c 2004-06-09 07:57:04.521134000 -0700
@@ -75,14 +75,6 @@
m->mpc_apicid);
ver = 0x10;
}
- if (ver >= 0x14)
- physid_set(0xff, phys_cpu_present_map);
- else {
- int i;
-
- for (i = 0xf; i < MAX_APICS; ++i)
- physid_set(i, phys_cpu_present_map);
- }
apic_version[m->mpc_apicid] = ver;
}
next prev parent reply other threads:[~2004-06-09 15:03 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-09 8:50 2.6.7-rc3-mm1 Andrew Morton
2004-06-09 11:25 ` 2.6.7-rc3-mm1 Eric BEGOT
2004-06-09 13:13 ` 2.6.7-rc3-mm1 Zwane Mwaikambo
2004-06-09 13:36 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-09 13:42 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-09 13:43 ` 2.6.7-rc3-mm1 Zwane Mwaikambo
2004-06-09 14:48 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-09 14:58 ` William Lee Irwin III [this message]
2004-06-09 15:16 ` 2.6.7-rc3-mm1 William Lee Irwin III
[not found] ` <40C73198.4080700@yahoo.fr>
2004-06-09 15:50 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-09 16:35 ` 2.6.7-rc3-mm1 Norberto Bensa
2004-06-09 17:05 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-09 17:46 ` 2.6.7-rc3-mm1 Norberto Bensa
2004-06-10 3:38 ` 2.6.7-rc3-mm1 Norberto Bensa
2004-06-09 17:59 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-09 19:50 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-09 23:44 ` 2.6.7-rc3-mm1 (compile stats) John Cherry
2004-06-10 2:10 ` 2.6.7-rc3-mm1 Phil Brunner
2004-06-10 2:22 ` 2.6.7-rc3-mm1 Andrew Morton
2004-06-10 2:52 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-10 8:59 ` 2.6.7-rc3-mm1 Phil Brunner
2004-06-10 5:16 ` 2.6.7-rc3-mm1 Clemens Schwaighofer
2004-06-10 5:31 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-10 6:54 ` 2.6.7-rc3-mm1 Clemens Schwaighofer
2004-06-11 4:36 ` 2.6.7-rc3-mm1 Paul Jackson
2004-06-11 5:47 ` 2.6.7-rc3-mm1 Andrew Morton
2004-06-11 5:53 ` 2.6.7-rc3-mm1 Paul Jackson
-- strict thread matches above, loose matches on Subject: below --
2004-06-09 15:33 2.6.7-rc3-mm1 Peter Maas
2004-06-09 15:52 ` 2.6.7-rc3-mm1 William Lee Irwin III
2004-06-09 20:03 2.6.7-rc3-mm1 Nguyen, Tom L
2004-06-10 0:51 2.6.7-rc3-mm1 Nguyen, Tom L
[not found] <2576k-4hW-13@gated-at.bofh.it>
[not found] ` <25LZK-88C-17@gated-at.bofh.it>
2004-06-11 10:48 ` 2.6.7-rc3-mm1 Andi Kleen
2004-06-11 11:32 ` 2.6.7-rc3-mm1 Paul Jackson
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=20040609145849.GL1444@holomorphy.com \
--to=wli@holomorphy.com \
--cc=akpm@osdl.org \
--cc=eric_begot@yahoo.fr \
--cc=linux-kernel@vger.kernel.org \
--cc=zwane@fsmlabs.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox