On 2010-11-01, at 05:34, Nate Lawson wrote: >> This is not completely right: The serial2 ("s2") protocol is >> default in >> OpenCBM if and only if only one device is recognized. If cbmcopy >> and/or >> d64copy recognize more than one device, they fall back to serial1 >> ("s1") >> automatically. >> >> Again, this is only the default. If the user specifies a protocol >> on the >> command-line, no autodetection is done, and the command will use the >> specified protocol. > > Sorry, I see how that could be read wrong. What I meant was that two > things that are very useful (fast serial and parallel nibbling) will > not > work with more than one drive present. Nothing we can do in hardware > improves that. Right - this is the software problem. When writing the parallel d64 imager for IDE64, I purposefully, and successfully removed every use of ATN from existing implementations in order to allow my regular setup (with several drives on the bus) work normally. Thus at least the parallel nibbling can be done (in software) in a way that would allow multiple devices on the bus at the same time. -- SD! Message was sent through the cbm-hackers mailing listReceived on 2010-11-01 13:00:04
Archive generated by hypermail 2.2.0.