Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 3 Aug 2022 16:50:49 +0000
From:      John F Carr <jfc@mit.edu>
To:        Andrew Turner <andrew@fubar.geek.nz>
Cc:        freebsd-arm <freebsd-arm@freebsd.org>
Subject:   Re: ARM64 system error
Message-ID:  <D816A8EF-B5DE-42D6-A66A-9C101FEE8E5F@mit.edu>
In-Reply-To: <F6E2F3DF-419C-41D2-8AA0-2223093B5E49@fubar.geek.nz>
References:  <82D60642-4087-4EED-B790-F8FE81A188C5@mit.edu> <F6E2F3DF-419C-41D2-8AA0-2223093B5E49@fubar.geek.nz>

next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_FE49E218-7AE9-4269-BBD7-2FC455520586
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8



> On Aug 3, 2022, at 12:28 , Andrew Turner <andrew@fubar.geek.nz> wrote:
>=20
>=20
>> On 31 Jul 2022, at 17:55, John F Carr <jfc@mit.edu> wrote:
>>=20
>> My OverDrive 1000 (Cortex A57) running CURRENT just crashed with the =
unhelpful message "panic: Unhandled System Error".  Is there any way to =
get better information?  The ESR value bf000000 translates to "system =
error with implementation-defined code 0" so that's not much use.  The =
instruction associated with the interrupt can't fault ("subs w22, w22, =
#0x1") so it must be an asynchronous error.  On other systems I've seen =
bits you can test or registers you can read to get details.
>=20
> By my reading of the Cortex-A57 documentation [1] I think the ESR =
value shows the exception can be attributed to the current core, is =
containable to a given code sequence, and is a decode error.
>=20
> It=E2=80=99s likely due to msk_phy_readreg accessing the phy, but it =
doesn=E2=80=99t respond quickly enough.
>=20
> Does an older kernel boot? If so can you try bisecting to find which =
commit caused the panic.

Thanks, I missed that bit of documentation.

The same kernel worked after reboot with the same networking =
configuration.  The theory of a slow response from an I/O device sounds =
good.

Is there an easy way to trigger a system error to test error handling =
code?  For example, I once debugged a machine check handler (IBM lingo) =
by using a control/debug register that could intentionally write bad ECC =
to RAM.



--Apple-Mail=_FE49E218-7AE9-4269-BBD7-2FC455520586
Content-Disposition: attachment; filename="smime.p7s"
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCA7sw
ggO3MIIDIKADAgECAhEAllRUaZWy44T/aVEsqzSrczANBgkqhkiG9w0BAQsFADBsMQswCQYDVQQG
EwJVUzEWMBQGA1UECBMNTWFzc2FjaHVzZXR0czEuMCwGA1UEChMlTWFzc2FjaHVzZXR0cyBJbnN0
aXR1dGUgb2YgVGVjaG5vbG9neTEVMBMGA1UECxMMQ2xpZW50IENBIHYxMB4XDTIyMDcwNTE2NTQ0
NVoXDTIzMDczMDE2NTQ0NVowgZ4xCzAJBgNVBAYTAlVTMRYwFAYDVQQIEw1NYXNzYWNodXNldHRz
MS4wLAYDVQQKEyVNYXNzYWNodXNldHRzIEluc3RpdHV0ZSBvZiBUZWNobm9sb2d5MRUwEwYDVQQL
EwxDbGllbnQgQ0EgdjExFDASBgNVBAMTC0pvaG4gRiBDYXJyMRowGAYJKoZIhvcNAQkBFgtqZmNA
TUlULkVEVTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL2Ka5+9REw1B9JXThajulqv
SjDFK1pNpGB2nljRQy5iTTTVddq/4+s+uC88etHWbMquFd/i9sCIxLHgDFhlGZRhcORhzDfwIxLA
P8q4KMsAPeXO2kgh86pGH+DEsUPEbEtdkN2cnT9kt+BE2cPCOiqAR+YBWZX3ebDLc4+eWiPfErg7
WEr4XcIraxxxtLuUR6sVbN7nG7WCtBCalzbAxryy5GmWZ1z4OawzylJVb+qLKeMi3XN+H/d+shdm
6PmyqGeCu7jpN3+g/eAuWk/PWhIUhDwABK9JGWW2+xWCtDHxutzRt8vDMZK2GaE6MzpBpTFR1P1o
IdodVtrHGtVnKq0CAwEAAaOBoTCBnjAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDAdBgNV
HSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwCwYDVR0PBAQDAgXgMB0GA1UdDgQWBBQCc+0gYnBj
WRsOZgQ78pmO+ojOaDAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY2EubWl0LmVkdS9jYS9taXRj
bGllbnQuY3JsMA0GCSqGSIb3DQEBCwUAA4GBAAm/9fT9H4n5ks4q9cGE5FWIwAQmEGre6gMVU+VL
V4p2Qfd4eZki0uKg+Vi6BWeHL2GMQQpnpjgm1Xx6q7oSruPTkkrs75X7oTW5Nf550U5qEKXSqboK
y+6dkw8fNvNci0tYs0j+Ev6JPU4VgDK/NSWtRFrndFzLI2SgJ6k+Ess4MYIDRjCCA0ICAQEwgYEw
bDELMAkGA1UEBhMCVVMxFjAUBgNVBAgTDU1hc3NhY2h1c2V0dHMxLjAsBgNVBAoTJU1hc3NhY2h1
c2V0dHMgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3kxFTATBgNVBAsTDENsaWVudCBDQSB2MQIRAJZU
VGmVsuOE/2lRLKs0q3MwDQYJYIZIAWUDBAIBBQCgggGVMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B
BwEwHAYJKoZIhvcNAQkFMQ8XDTIyMDgwMzE2NTA0N1owLwYJKoZIhvcNAQkEMSIEIPlVV/FxpdBE
8LHlfmamsV6rR927qVje2HLXyTIG0KfiMIGSBgkrBgEEAYI3EAQxgYQwgYEwbDELMAkGA1UEBhMC
VVMxFjAUBgNVBAgTDU1hc3NhY2h1c2V0dHMxLjAsBgNVBAoTJU1hc3NhY2h1c2V0dHMgSW5zdGl0
dXRlIG9mIFRlY2hub2xvZ3kxFTATBgNVBAsTDENsaWVudCBDQSB2MQIRAJZUVGmVsuOE/2lRLKs0
q3MwgZQGCyqGSIb3DQEJEAILMYGEoIGBMGwxCzAJBgNVBAYTAlVTMRYwFAYDVQQIEw1NYXNzYWNo
dXNldHRzMS4wLAYDVQQKEyVNYXNzYWNodXNldHRzIEluc3RpdHV0ZSBvZiBUZWNobm9sb2d5MRUw
EwYDVQQLEwxDbGllbnQgQ0EgdjECEQCWVFRplbLjhP9pUSyrNKtzMA0GCSqGSIb3DQEBCwUABIIB
AJ4u+JBmV57HEOV3vDZ+IhfpjNhoU8D8GnJ4Evq1bhQmLhskXTODxotWRMcWlT0L5YItBGp+LaIy
DTXSSEVF79/0Oua98WOctivDu3O+yQNCM+yI+RZGaqhgWbwE8YgGq/uwvDRB35O6ugNW8zf+fY+G
TY1UBFct2gdWTMyZ3nR1tP136izrtgSsDNSw0jUteP+7AgUq4LmRDMA6OIu2q9cGXnz7pHgD984Z
apKdCf5TlG1IrSv/fWLlEsAssl0OSwxwPqTWWwOYZ4yLiiXDNdUviroXp44GxP52oust+nIFdPxo
zSH6hfetiyp/HSrJrU3fw7kS9Tjg9h5olQKF5YsAAAAAAAA=

--Apple-Mail=_FE49E218-7AE9-4269-BBD7-2FC455520586--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D816A8EF-B5DE-42D6-A66A-9C101FEE8E5F>