SMP on Compaq DL380
Nate Lawson
nate at root.org
Sun Apr 24 23:52:35 PDT 2005
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
More information about the freebsd-current
mailing list