Stefan Reinauer <[EMAIL PROTECTED]> writes: > * Eric W. Biederman <[EMAIL PROTECTED]> [040324 08:42]: > > Correct. The early hypertransport initialization code is not > > complete in the 4P case. That incompleteness triggers the later > > fixups. > > I assume you talk about the setup of the coherent devices.
Yes, I was. Although it should only be incomplete incoherent HT that would cause this. > > I could not test that case, and there were at least some small > > difficulties in that it was not obvious how the 4P case should > > be extended to work properly. > > Can you go a bit into detail, please? Mostly I could not clearly see which links I needed to call optimize_connection() on. > > Why you are getting stuck in amdk8_scan_chains I do not currently > > understand yet. I suspect Stefan's suggestion of a delayed reset > > is the appropriate course to implement. > > Do you have an example situation that would cause the need for a > late reset? It would sound clean to only touch this part of the system > once and at one place. If this is possible, we safe looking at 50% of > the involved code in case something goes wrong.. 2 or more HT I/O chains that are not setup at boot time. Eric _______________________________________________ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
