On 29/11/2018 17:38, Guenter Roeck wrote: > Can you try the attached patch ? It is a bit cleaner than the first version, > and works for me as well. > > Note that this isn't perfect. Specifically, I see differences in handling > STAT_TC. The controller specification is a bit ambiguous in that regard, > but comparing the qemu code with real controller behavior shows that the > real controller does not reset STAT_TC when reading the interrupt status > register. That doesn't seem to matter for Linux, but it may influence > other guests.
I've now completed a boot test of all my SPARC32 OpenBIOS CDROM images with this patch, and whilst it doesn't solve my NextSTEP issue, I don't see any obvious regressions. Note that NetBSD SPARC32 tends to spit out the occasional "!TC on data xfer" message to the console during periods of disk access, however that is something that has always happened and isn't something new introduced by this patch. ATB, Mark.
