From owner-freebsd-current@FreeBSD.ORG Sat Apr 23 20:01:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E06216A4CE for ; Sat, 23 Apr 2005 20:01:36 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFB0343D3F for ; Sat, 23 Apr 2005 20:01:35 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j3NK1Ul9001769; Sat, 23 Apr 2005 16:01:30 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j3NK1UYk001766; Sat, 23 Apr 2005 16:01:30 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sat, 23 Apr 2005 16:01:30 -0400 (EDT) From: Andre Guibert de Bruet To: Matthew Sullivan In-Reply-To: <426A20E5.5020604@uq.edu.au> Message-ID: <20050423152223.Q68772@lexi.siliconlandmark.com> References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <20050423020305.I68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.538, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: SMP on Compaq DL380 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2005 20:01:36 -0000 On Sat, 23 Apr 2005, Matthew Sullivan wrote: > Andre Guibert de Bruet wrote: >> On Sat, 23 Apr 2005, Matthew Sullivan wrote: >>> Andre Guibert de Bruet wrote: >>>> On Thu, 21 Apr 2005, Matthew Sullivan wrote: >>>> >>>>> I've been reading about problems with HP/Compaq's regarding launching of >>>>> second CPUs on SMP systems. >>>>> >>>>> I've been through the BIOS settings and there seems to be no settings to >>>>> change the APCI table etc.... >>>>> >>>>> Now one thing that does seem common, when I have BIOS's with MP table >>>>> version set to 1.4 FreeBSD doesn't report the second CPU being launched >>>>> (even though it is seen in the acpidump).... When I set the BIOS to >>>>> version 1.2 of the MP table the second CPU is reported and launched. >>>>> >>>>> Now the Compaq DL380's I have done seem to have the ability to set 1.4 >>>>> or 1.2 of the table ... mptable reports 1.4... (below) >>>>> >>>>> Any suggestions on how to launch the second CPU...? >>>> >>>> Make a boot -v from this machine available. >>> >>> http://scorpion.sorbs.net/dmesg.txt >> >> The lack of the following seems to indicate that you do not have "device >> apic" enabled in your kernel config (You need "options SMP" as well to get >> FreeBSD to do more than just recognize both CPUs): >> >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: >> >> Please share your config and the steps that you are taking to build your >> kernel. > > /usr/src/sys/i386/conf/SCORPION has been copied to: > http://scorpion.sorbs.net/SCORPION > > /etc/make.conf contains 'KERNCONF=SCORPION' > then I follow the instructions in the Makefile.... > > cd /usr/src > make buildworld > make buildkernel > make installkernel > reboot > mergemaster -p > make installworld > mergemaster > reboot > > (before I read the man page for make.conf I was using KERNCONF=SCORPION in > the appropriate places on the command line) The dmesg shows that you compiled the kernel using this config file anyway. All is good so far. Processors: APIC ID Version State Family Model Step Flags 0 0x10 BSP, usable 6 2 1 0x0381 0 0x10 AP, usable 6 8 6 0x383fbff The APIC IDs here are the same. The flags on the would-be AP are what I would expect for a recent i686. The BSP barely qualify it to be a gen-1 Pentium. I wouldn't trust any of the values being reported. Could you obtain the real identity of these CPUs and confirm that they're not mismatched? The easy way of doing this if your BIOS doesn't post this information is using a Knoppix LiveCD and doing a cat /proc/cpuinfo. If both CPUs are reporting the same ID, I can see how we're not launching the second proc; We assume that ID 0 is the BSP and additional processors have different APIC IDs. Is something really borked here? Yep! Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ >