From owner-freebsd-smp Mon Sep 2 18:28:01 1996 Return-Path: owner-smp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA22698 for smp-outgoing; Mon, 2 Sep 1996 18:28:01 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA22679 for ; Mon, 2 Sep 1996 18:27:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id TAA08511; Mon, 2 Sep 1996 19:26:17 -0600 Message-Id: <199609030126.TAA08511@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: erich@uruk.org cc: terry@lambert.org, freebsd-smp@freebsd.org, rv@groa.uct.ac.za Subject: Re: SMP on Intel MG15 In-reply-to: Your message of "Mon, 02 Sep 1996 17:56:49 PDT." <199609030056.RAA19083@uruk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Sep 1996 19:26:16 -0600 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, >[The messages are flying pretty fast on this thread... I can barely keep up ;-)] i spent most of the day emailing someone or another. but, after a week of almost no progress we have gotten quite far. >It does ignore the following STARTUP IPI completely. > >The Intel CPUs only pay attention to the first STARTUP IPI after a reset >(I can't remember where this is documented, but I've both seen it and >talked with a few of the hardware geeks who implemented it in the first >place). spec 1.4, B.4.2 says: only one time after RESET or after an INIT IPI reception or pin assertion ^^^^^^^^^^^^^ ( I assume this means there is a hardware equivilant pin for INIT IPI) it is because of this line that I assummed the INIT IPI was for getting the 2nd CPU into a state ready for the following STARTUP IPI, and not to actually launch the bootstrap code. >I've read the 1.4 document pretty carefully. In my experience it doesn't >contradict itself, but it is somewhat ambiguous in a few spots. If you >have some real problems, I can probably dredge up my connections at Intel >and get the complaints to them. page B3, example B.1 "Universal Startr-up Algorithm": shows 2 STARTUP IPIs being run in a row this contradits the above "one time" rule. >Yes, as I mentioned before: > > -- FreeBSD-SMP presumes the boot CPU is APIC id #0, and the second CPU > is APIC id #1. Yes, there are several tables where the APIC id is > used as an index. I'm chasing those down now... -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK-----