I would guess that wouldn't pass initial tests, so he wouldn't use that chipset. Something to be aware of tho....
AFAIK he has not planned to do too many iterations.
It sounds like that's just something to be aware of for the USB stack (don't use "auto-increment"). I don't see how this affects me at all..
The performance of USB (especially over clockport) is probably going to be throttled by many other things before this would cause an issue..
And remember, this is supposed to be low cost, so slower isn't a big deal. People who need more speed can buy the more expensive faster cards. ;-)
This is not a clockport card, but a Zorro card. 95% of the CPU time is spent in the copyloop for copying data to and from the USB chip for any card (except for the Deneb in DMA mode, where, hence, the Buster will do the copying) -- at least with bulk transfers involved. The current driver implementation of the Thylacine uses the auto-increment mode. The workaround (in the HCI driver, not the USB stack BTW) as stated in the errata would AT LEAST halve the speed of the data transfer on an already slow 8 bit interface. In my eyes it would render the mass storage use case useless.
So, I don't see any major issues holding this back..
Sometimes I wish the Amiga users wouldn't be wearing those reality-warping glasses.
Looking forward to a possible clockport version.
desiv
The very first Subway prototype used the SL811HS chipset. After experimenting with it in March 2001, it was found completely inadequate and unreliable and was abandoned in favour of the UHC124 chipset (both used on the production version of the Subway and Highway).