From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 06:52:35 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 CF9DA16A4CE for ; Mon, 25 Apr 2005 06:52:35 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7440243D4C for ; Mon, 25 Apr 2005 06:52:35 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-ext.prodigy.net [207.115.63.58])j3P6mgNA019732 for ; Mon, 25 Apr 2005 02:48:43 -0400 X-ORBL: [64.171.185.67] Received: from [10.0.5.51] (adsl-64-171-185-67.dsl.snfc21.pacbell.net [64.171.185.67])j3P6qTlo102076; Mon, 25 Apr 2005 02:52:33 -0400 Message-ID: <426C93AC.3030907@root.org> Date: Sun, 24 Apr 2005 23:52:28 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050416) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <4267A1CF.3080903@uq.edu.au> <20050422190208.M68772@lexi.siliconlandmark.com> <20050423020305.I68772@lexi.siliconlandmark.com> <426A20E5.5020604@uq.edu.au> <20050423152223.Q68772@lexi.siliconlandmark.com> <426B06F5.3030506@uq.edu.au> <20050423224317.D68772@lexi.siliconlandmark.com> In-Reply-To: <20050423224317.D68772@lexi.siliconlandmark.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Matthew Sullivan 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: Mon, 25 Apr 2005 06:52:35 -0000 Andre Guibert de Bruet wrote: > > On Sun, 24 Apr 2005, Matthew Sullivan wrote: > >> Andre Guibert de Bruet wrote: >> >>> 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. >> >> >> Ok can't do the knoppix thing atm, however... >> >> CPU0 -> 866/256/133/1.65v SL47S >> CPU1 -> 866/256/133/1.70v SL48V >> >> Both are shown detected by the BIOS, and both are shown as 866MHz >> 133MHz busses, and 256k cache (as one would expect) >> >>> 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! >> >> >> But the acpidump -t shows 2 different ID's.... > > > I don't know the way our ACPI implementation handles the information > found in the tables well enough to be able to tell you exactly what we > do with the IDs that are found in that dump. That's Nate Lawson's domain > (I added him to the CC-list). I'd like to see the acpidump -t -d > matthew.asl There definitely is a problem when you have identical APIC ids. We already blacklist one version of this BIOS. -- Nate