From owner-freebsd-smp Fri Oct 4 13:51:42 1996 Return-Path: owner-smp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14845 for smp-outgoing; Fri, 4 Oct 1996 13:51:42 -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 NAA14835 for ; Fri, 4 Oct 1996 13:51:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id OAA24658; Fri, 4 Oct 1996 14:51:30 -0600 Message-Id: <199610042051.OAA24658@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: Rob Miracle cc: freebsd-smp@freebsd.org Subject: Re: SMP processor utilization question In-reply-to: Your message of "Fri, 04 Oct 1996 09:14:47 EDT." <3.0b24.32.19961004091446.006a680c@central.TanSoft.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Oct 1996 14:51:30 -0600 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, >send. I did get an error when I redirected the output to a file, but did >not get it when piping it to less: > > Warning: EBDA support is BROKEN!! This message is because the variable I need is way down low where the kernel doesn't map memory, so I can't get at it from /dev/kmem in mptable. The kernel itself doesn't have this problem as it can directly read it during boot. This only appears to affect EISA and MCA boards, ie only they use EBDA. As to getting lost, it goes to stderr while the rest goes to stdout. --------------------------------------------------------------------------- Several people have noticed that the output of mptable says the CPU APIC version is 17 (0x11), while the boot probe says its 16 (0x10). I now have info for the case of a P6 from your mailing, specifically: mptable output for your dual P6: ... Processor apic ID: 1, version: 17 dmesg output of your dual P6: ... FreeBSD/SMP: Multiprocessor motherboard BSP APIC ID: 1, version: 0x00040011 AP APIC IDs: 0 IO APIC IDs: 2, version: 0x00170011 # of APs available: 1, # of APs started: 1 In this case (ie P6) THEY MATCH. Also note the fact that the '4' in the 5th (from the right) digit is correct for a P6. --- mptable output for my P5: ... Processor apic ID: 0, version: 17 dmesg output of my dual P5 (text diffs from slightly newer kernel): FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010 cpu1 (AP): apic id: 1, version: 0x00030010 io0 (APIC): apic id: 2, version: 0x00170011 In this case (ie P5) THEY DON'T MATCH. Note the fact that the '3' in the 5th field is correct for a P5. My conclusion is that the Intel MP BIOS extensions report this wrong, or perhaps it is a "feature" that I haven't decoded out of the spec yet... --- Keep those mptable reports coming, folks, they are useful. If you have the MP kernel running also include the SMP specific dmesg output. -- Steve Passe | powered by smp@csn.net | FreeBSD