From owner-freebsd-smp Sat Sep 21 8:52:45 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A3237B409; Sat, 21 Sep 2002 08:52:43 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id A996043E6A; Sat, 21 Sep 2002 08:52:42 -0700 (PDT) (envelope-from beemern@ksu.edu) Received: from unix2.cc.ksu.edu (unix2.cc.ksu.edu [129.130.12.4]) by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id KAA15350; Sat, 21 Sep 2002 10:52:40 -0500 (CDT) Received: from localhost (beemern@localhost) by unix2.cc.ksu.edu (8.11.6+Sun/8.11.6) with ESMTP id g8LFpud06957; Sat, 21 Sep 2002 10:51:56 -0500 (CDT) X-Authentication-Warning: unix2.cc.ksu.edu: beemern owned process doing -bs Date: Sat, 21 Sep 2002 10:51:56 -0500 (CDT) From: beemern X-X-Sender: To: Cc: Subject: Re: For those with P4 SMP problems.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 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