Date: Sun, 24 Apr 2005 23:52:28 -0700 From: Nate Lawson <nate@root.org> To: Andre Guibert de Bruet <andy@siliconlandmark.com> Cc: freebsd-current@freebsd.org Subject: Re: SMP on Compaq DL380 Message-ID: <426C93AC.3030907@root.org> In-Reply-To: <20050423224317.D68772@lexi.siliconlandmark.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?426C93AC.3030907>