[coreboot] Calling all AMD K8 Opteron users!
tpearson at raptorengineeringinc.com
Thu Oct 29 15:23:45 CET 2015
-----BEGIN PGP SIGNED MESSAGE-----
I am currently attempting to add a dual-package, dual core Socket F K8
Opteron system to the REACTS automated test system, however it appears
that sometime around June / July this year the second CPU package on
such systems stopped working. What I see is a hang in ramstage (not
romstage) when initializing CPU #3; the hang occurs on the first call to
disable_cache() in model_fxx_init().
I have already spent quite a bit of time fixing up portions of the K8
code and am quickly losing motivation to debug this particular issue on
these thoroughly obsolete CPUs. The current fallback plan is to enable
single-package testing, however this will effectively allow the
dual-package bitrot to fester and/or grow much worse as the codebase
continues to churn.
Would anyone who has access to an appropriate K8-based Socket F Opteron
machine be willing to run a bisect to see exactly where this hang was
introduced? My last attempt (which failed) was based on GIT hash
df5446196cd81c4a714f45f92fb379c795c1edb5, so I assume the fault was
introduced in an earlier commit.
+1 (415) 727-8645 (direct line)
+1 (512) 690-0200 (switchboard)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
More information about the coreboot