Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 24 Apr 2005 12:39:49 +1000
From:      Matthew Sullivan <matthew@uq.edu.au>
To:        Andre Guibert de Bruet <andy@siliconlandmark.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: SMP on Compaq DL380
Message-ID:  <426B06F5.3030506@uq.edu.au>
In-Reply-To: <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> <20050423152223.Q68772@lexi.siliconlandmark.com>

next in thread | previous in thread | raw e-mail | index | archive | help
This is a cryptographically signed message in MIME format.

--------------ms030802030906030802040104
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Andre Guibert de Bruet wrote:

>
> 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:  <some number>
>>>
>>> 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.

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....

Regards,

Mat


-- 
Matthew Sullivan
Specialist Systems Programmer
Information Technology Services
The University of Queensland


--------------ms030802030906030802040104
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIG7DCC
A3IwggJaoAMCAQICASowDQYJKoZIhvcNAQEEBQAwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQI
EwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNp
dHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2
aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUgU2VydmVyMB4XDTA0MDEyMTIzMzYyMVoXDTA2
MDEyMTIzMzYyMVowgbIxCzAJBgNVBAYTAkFVMSUwIwYDVQQKExxUaGUgVW5pdmVyc2l0eSBv
ZiBRdWVlbnNsYW5kMScwJQYDVQQLEx5JbmZvcm1hdGlvbiBUZWNub2xvZ3kgU2VydmljZXMx
FjAUBgoJkiaJk/IsZAEBEwZjY21hdHQxGTAXBgNVBAMTEE1hdHRoZXcgU3VsbGl2YW4xIDAe
BgkqhkiG9w0BCQEWEW1hdHRoZXdAdXEuZWR1LmF1MFwwDQYJKoZIhvcNAQEBBQADSwAwSAJB
AJsUfrw/QUqKIzDverWc2F4GFFRZmIeO+bAl+7BM6x/9frMzOtygx4QGb4oQwtOE8Sda1aIs
v+yJF3Di9EuUyvMCAwEAAaNoMGYwDgYDVR0PAQH/BAQDAgXgMBEGCWCGSAGG+EIBAQQEAwIF
oDAfBgNVHSMEGDAWgBQmqtoyueiWTYZBinvsnzeOWLtUuzAgBgNVHREEGTAXgRVtYXR0aGV3
QGl0cy51cS5lZHUuYXUwDQYJKoZIhvcNAQEEBQADggEBAF2gZrkqZsZlHd4K/+yBN6qrpD61
hctDf7/Eg4jk6DMknEs6nvHMFUMZ4SXvkqPLnHBygTARKAs7qBSLd7mUUBOOQEgk6ovQVY6S
1CDSt3P9O6wjG0K1igtk8v6u7lkQ8p2STXqrOePVINdaucUgBO/IpeUtt9ATl1qvPTWyM/fz
oUZsIKeYjNQVEQsuimrZjdbIAFxdl1fggSngUv64wBn8wCssGrPZIZA2lpBBEW1wejoWrDOH
IIr+SspGd0i8MovDTMRSvgTERLki17FU/ANilcrSXiODKeIvpXhnQqVScnsoMSZmBmN2QIoG
SnBjNK5mYxx5E3v20VOwtP1hVdEwggNyMIICWqADAgECAgEqMA0GCSqGSIb3DQEBBAUAMIGj
MQswCQYDVQQGEwJBVTETMBEGA1UECBMKUXVlZW5zbGFuZDERMA8GA1UEBxMIQnJpc2JhbmUx
JTAjBgNVBAoTHFRoZSBVbml2ZXJzaXR5IG9mIFF1ZWVuc2xhbmQxKDAmBgNVBAsTH0luZm9y
bWF0aW9uIFRlY2hub2xvZ3kgU2VydmljZXMxGzAZBgNVBAMTEkNlcnRpZmljYXRlIFNlcnZl
cjAeFw0wNDAxMjEyMzM2MjFaFw0wNjAxMjEyMzM2MjFaMIGyMQswCQYDVQQGEwJBVTElMCMG
A1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEnMCUGA1UECxMeSW5mb3JtYXRp
b24gVGVjbm9sb2d5IFNlcnZpY2VzMRYwFAYKCZImiZPyLGQBARMGY2NtYXR0MRkwFwYDVQQD
ExBNYXR0aGV3IFN1bGxpdmFuMSAwHgYJKoZIhvcNAQkBFhFtYXR0aGV3QHVxLmVkdS5hdTBc
MA0GCSqGSIb3DQEBAQUAA0sAMEgCQQCbFH68P0FKiiMw73q1nNheBhRUWZiHjvmwJfuwTOsf
/X6zMzrcoMeEBm+KEMLThPEnWtWiLL/siRdw4vRLlMrzAgMBAAGjaDBmMA4GA1UdDwEB/wQE
AwIF4DARBglghkgBhvhCAQEEBAMCBaAwHwYDVR0jBBgwFoAUJqraMrnolk2GQYp77J83jli7
VLswIAYDVR0RBBkwF4EVbWF0dGhld0BpdHMudXEuZWR1LmF1MA0GCSqGSIb3DQEBBAUAA4IB
AQBdoGa5KmbGZR3eCv/sgTeqq6Q+tYXLQ3+/xIOI5OgzJJxLOp7xzBVDGeEl75Kjy5xwcoEw
ESgLO6gUi3e5lFATjkBIJOqL0FWOktQg0rdz/TusIxtCtYoLZPL+ru5ZEPKdkk16qznj1SDX
WrnFIATvyKXlLbfQE5darz01sjP386FGbCCnmIzUFRELLopq2Y3WyABcXZdX4IEp4FL+uMAZ
/MArLBqz2SGQNpaQQRFtcHo6FqwzhyCK/krKRndIvDKLw0zEUr4ExES5ItexVPwDYpXK0l4j
gyniL6V4Z0KlUnJ7KDEmZgZjdkCKBkpwYzSuZmMceRN79tFTsLT9YVXRMYIDQDCCAzwCAQEw
gakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhCcmlz
YmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UECxMf
SW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNhdGUg
U2VydmVyAgEqMAkGBSsOAwIaBQCgggItMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ
KoZIhvcNAQkFMQ8XDTA1MDQyNDAyMzk0OVowIwYJKoZIhvcNAQkEMRYEFHeHARGWxyw2h1sr
iITknrTPnJuAMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA
MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG6BgkrBgEEAYI3EAQx
gawwgakwgaMxCzAJBgNVBAYTAkFVMRMwEQYDVQQIEwpRdWVlbnNsYW5kMREwDwYDVQQHEwhC
cmlzYmFuZTElMCMGA1UEChMcVGhlIFVuaXZlcnNpdHkgb2YgUXVlZW5zbGFuZDEoMCYGA1UE
CxMfSW5mb3JtYXRpb24gVGVjaG5vbG9neSBTZXJ2aWNlczEbMBkGA1UEAxMSQ2VydGlmaWNh
dGUgU2VydmVyAgEqMIG8BgsqhkiG9w0BCRACCzGBrKCBqTCBozELMAkGA1UEBhMCQVUxEzAR
BgNVBAgTClF1ZWVuc2xhbmQxETAPBgNVBAcTCEJyaXNiYW5lMSUwIwYDVQQKExxUaGUgVW5p
dmVyc2l0eSBvZiBRdWVlbnNsYW5kMSgwJgYDVQQLEx9JbmZvcm1hdGlvbiBUZWNobm9sb2d5
IFNlcnZpY2VzMRswGQYDVQQDExJDZXJ0aWZpY2F0ZSBTZXJ2ZXICASowDQYJKoZIhvcNAQEB
BQAEQC4BzJebELW/eLTG0G1B29R3PTvZc11JBUeKMQQZHA4eMVWJ6usU+he9ILZSY4BwlUpQ
W0pevXWthc0sV/xo0DQAAAAAAAA=
--------------ms030802030906030802040104--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?426B06F5.3030506>