-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
All,
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.
Thank you!
- -- Timothy Pearson Raptor Engineering +1 (415) 727-8645 (direct line) +1 (512) 690-0200 (switchboard) http://www.raptorengineeringinc.com