Subject: TR: Why Pstate could make NetBSD buggy ?
To: None <tech-kern@netbsd.org>
From: =?us-ascii?Q?Jerome_Loyet?= <jerome@loyet.net>
List: tech-kern
Date: 06/03/2006 02:31:19
This is a multi-part message in MIME format.

------=_NextPart_000_00C1_01C686B5.CC028E80
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hello,

I really need help on this :) Thx in advance.

www.dedibox.fr is a new dedicaded server provider in France.  They build their 
own server (base on VIA C7 on a custom motherboard).  Every machine is the 
same. There is only ONE difference: the version of the BIOS mplemented on the 
motherboard. (see after)

Several persons have installed NetBSD 3.0 on those dedicated servers. A  part 
has a stable installation, the other part has a buggy  installation. After 
investigation, the ONLY difference is the version  of the BIOS. and the 
difference is:
The Pstate has been disabled on buggy BIOS and vcore as been augmented  by 
0.1v

The 2 BIOS are working fine on *Linux and FreeBSD but the newest is not on 
NetBSD and OpenBSD

I've tested OpenBSD and the problem is exactly the same. OpenBSD is also buggy 
with this BIOS revision.

The hardware is fine (long hardware test + intensive usage of the machine (via 
make build, excessive tar, make kernel, and stress  program). It's really an 
NetBSD/OpenBSD problem.

I'm running NetBSD3.0-stable, the problems are:
 Kernel panic
 Machine is crashing
 Many seg fault (signal 11)

You can find OpenBSD dmesg here:
The current dmesg is viewable here:
http://www.fatbsd.com/dedibox/dmesg.current
The 3.9 dmesg is viewable here:
http://www.fatbsd.com/dedibox/dmesg.stable
The diff between the two is viewable here:

You could also find a dmidecode output here:
http://www.fatbsd.com/dedibox/dmidecode.fat
(the only difference dmidecode on stable installation and on a buggy 
installation is the release date of the bios, all the rest is identical)

I'd like to konw what is Pstate (I think it's Processus State but I'm not 
sure) and what it's doing.

As it's a dedicated server, I've no access to the box. So after a kernel panic 
I don't have access to the console and the only solution is to hard reboot 
remotly. Is it possible to retreive informations about the crash (as nothing 
appears in /var/log/message && dmesg of course)? (and how)

They don't want to change my bios version for now, so I'm available for 
testing.

Thanks you very much in advance.

++ Jerome

------=_NextPart_000_00C1_01C686B5.CC028E80
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIzjCCAlYw
ggG/oAMCAQICEDtw3kK3S6GpSnb4l7ie0EAwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDIwNzE0NTUzM1oXDTA3MDIwNzE0NTUz
M1owQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0GCSqGSIb3DQEJARYQamVy
b21lQGxveWV0Lm5ldDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA2N8akBtvw2Jdx3iafxWo
CPdy8lCoeiI4Px5w4nsk72EVbaJUJyyn2btZgj7BRxcMAc/F4q9YHTJ8d5CNTquL/FclqAZSKRA3
bs9ywt1s+2VM7zj+5aBli8lAofn3cZ1r5FtCqaRONsybpxAY6ZGrE1Us4FOcXtGT0UARnq25kdEC
AwEAAaMtMCswGwYDVR0RBBQwEoEQamVyb21lQGxveWV0Lm5ldDAMBgNVHRMBAf8EAjAAMA0GCSqG
SIb3DQEBBAUAA4GBAFFsQOFopW7A7/zOXe90XyymOhQ2IPZNKlRnRgl4Lgw6T+DxIHhYtAfKUFsg
UtmlWh+mQ6ReoMmc+uKiLVD1jkcSDzTBF0OeLbP/+4+A40BxTtZJCYZ4nYneTvjVEEvzO4x7KNYv
Kc5I/nW3PMt8dwiErDCpe4IvkO+dk51599LgMIIDLTCCApagAwIBAgIBADANBgkqhkiG9w0BAQQF
ADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBU
b3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBT
ZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSsw
KQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAw
MFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsT
H0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25h
bCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv
bTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26nKRsIRefS0Nj3sS
34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzmj+hND3EfQDimAKOHePb5lIZererA
Xnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEAAaMTMBEwDwYD
VR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0RYNBvjWBYYawm
u1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFcoqzceePnbgBHH7UNKOgCneSa/RP0
ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzdUYRr5PjRzneigTCCAz8wggKooAMC
AQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh
cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNV
BAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJz
b25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3Rl
LmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYD
VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u
YWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV
+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqq
P3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEE
QB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSG
Mmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1Ud
DwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZI
hvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNw
PP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTl
EBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggL4MIIC9AIBATB2MGIxCzAJBgNVBAYTAlpBMSUw
IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy
c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQO3DeQrdLoalKdviXuJ7QQDAJBgUrDgMCGgUAoIIB
2DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNjA2MDMwMDMxMTla
MCMGCSqGSIb3DQEJBDEWBBSlHJGUaNCM6NtqEwXOi5/J8CLkADBnBgkqhkiG9w0BCQ8xWjBYMAoG
CCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG
9w0DAgIBKDAHBgUrDgMCGjAKBggqhkiG9w0CBTCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQG
EwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh
d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEDtw3kK3S6GpSnb4l7ie0EAwgYcGCyqG
SIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg
KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EC
EDtw3kK3S6GpSnb4l7ie0EAwDQYJKoZIhvcNAQEBBQAEgYCrx/rmql6h0+38oC0kBh9eP3PqIRYX
IIYA9jsuRmFn3StcEUwIVsMNnHGeE74h9VCgMor+t5unkUkX+UnXkKxq/b4QSet6D27qYNjcbvv8
QJ2tpQ3KmTjLZw/NL7BfceBu8AO0MYFcqg/0FhpoUb/KwZVvPABJH7wTMycR0nhkeAAAAAAAAA==

------=_NextPart_000_00C1_01C686B5.CC028E80--