> > Yes on paper the 1999 Sep 31 BOT 1.0 (aka BBB = command/ data/ > > status by bulk/ bulk/ bulk) allows stall-free device, provided such > > a device reports accurate dCSWDataResidue. > > My current patch only does this for successful commands which return > short data (such as Mode Sense). But the spec seems to imply that I > could do the same when a command fails (such as an unsupported > command),
Yes, bbb on paper says command by command you may choose how to transport data. You might more easily make sense of the response of an actual binary-code-only hosts if you carefully commit to always using precisely one form of transport for all your data. But I imagine on average some mix of strategies works best. Indeed bbb in practice might kill you if you don't always make the popular choice of short/zlp and stall to halt the copy of data in before expected by the host. Or maybe all hosts cope with such creativity in the device. I don't know. > I'm not filling with zeros at the moment but it would be a good idea. Good. Pat LaVarre ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
