Sorry the GUI here sent that last reply from me prematurely.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), I will give that a try.
Continuing now from where I left off:
I've also added an option to the mass storage gadget to pad out short
replies rather than sending the short reply and stalling (this seems
to be a valid alternative according to the mass storage spec) ...
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.
I'm not filling with zeros at the moment but it would be a good idea.this also makes it more reliable.
Myself I've never seen a bus trace of a stall-free BBB device shipped in volume - has anyone?
Padding with anything but determinate zeroes by definition assaults the
host with noise, dunno if we ever will provoke an unpleasant response
that way.
Julian
------------------------------------------------------- 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
