Date: Sat, 21 Sep 2002 10:51:56 -0500 (CDT) From: beemern <beemern@ksu.edu> To: <smp@freebsd.org> Cc: <jhb@freebsd.org> Subject: Re: For those with P4 SMP problems.. Message-ID: <Pine.GSO.4.33L.0209211040140.6780-100000@unix2.cc.ksu.edu>
next in thread | raw e-mail | index | archive | help
i'm preparing to start in on Terry Lambert's suggestion, however,
perhaps you (anyone) could clear up a few minor questions..
-he says other systems are "matching CPUs started at the time of the
check"
..matching them with what?
-also, shouldn't our whole exercise of exhuastively hardcoding the apic
for cpu1 from 1 to 11 have found out which one was the REAL one?
-finally, it appears Mr. Lambert is suggesting 2 mutually exclusive
solutions (correct?) ..where the second one ("For extra points...") looks
like the more complete and "right" solution, however, as noted in the
previous question, shouldn't we have hit upon the correct id already by
playing with the physical_cpu and CPU_TO_ID() as i and Mr. Feldkamp have
been?
thanks for any further input/direction you can give.. i'm gonna poke
around in the src and find where the cpu->apic assignments are made
originally and just see what i can see
thanks
nathan
--my previous (rejected) smp list post--
John Baldwin wrote:
>
> Grrr. Hmm, might need to do the override in CPU_TO_ID() instead
> (overriding for logical cpu 1) so it is consistent everywhere. I'm
> curious, if you boot up linux what apic id does it give for the
> second CPU?
fyi, i messed with the CPU_TO_ID() array directly (so it would be
consistent as you suggested) and tried all values from 1 to 11 inclusive
again, with the exact same results as before
it is possible that the the 2nd cpu's APIC really IS at 6, and that
the issue is with the 80-some lines of the start_ap() function instead?
a buddy (with exact same system) and i haved dived into this, but
its slow going at this point just to try to figure out what the heck
we're lookin at...
if you think of anything, or need us to run more tests, let us know
thanks
nathan
--end--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.33L.0209211040140.6780-100000>