From owner-freebsd-smp Fri Sep 13 01:14:17 1996 Return-Path: owner-smp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01758 for smp-outgoing; Fri, 13 Sep 1996 01:14:17 -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 BAA01753 for ; Fri, 13 Sep 1996 01:14:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id CAA23090; Fri, 13 Sep 1996 02:02:57 -0600 Message-Id: <199609130802.CAA23090@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, peter@spinner.dialix.com, rv@groa.uct.ac.za, freebsd-smp@freebsd.org Subject: Re: (long) Intel SMP info (was -> Re: Intel XXpress - some SMP benchmarks) In-reply-to: Your message of "Fri, 13 Sep 1996 00:16:18 PDT." <199609130716.AAA14688@uruk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Sep 1996 02:02:57 -0600 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, its all starting to make sense... > That sequence is only valid for when the "secondary processor" flag > is set. In many cases (such as with the XXPRESS), this flag isn't > set, and an INIT is REALLY a RESET, and it doesn't halt in the is there anyway to programmatically determine the state of this flag? > Yes, the XXPRESS architecture doesn't use the "secondary process" flags at > all (again, fault tolerance stuff... so you can yank any CPU and have is this because of the mb design, ie what pins are strapped during RESET, or is it accomplished by the BIOS doing something? -- Steve Passe | powered by smp@csn.net | FreeBSD