Matthew Dharm wrote: > Oh... excellent observation, Pat. A dropped packet would produce almost > exactly this sort of thing...
Yes. (But in this case the (extra 13 bytes) CSW ended up in the users buffer, which isn't supposed to happen in BBB Bulk-only Prot=50. :-) I wonder if the dropped packet was lost on the wire, or perhaps due to wrong data toggle (so first packet was dropped). You know, that 13-byte short packet at the end of the bulk data stream worked pretty well to terminate the data transfer. Maybe BBB 2.0 should always terminate the data phase with a short/null packet. Makes for a nice marker on the wire. Then every phase of BBB: command, data, status terminates with a short packet. Might be able to eliminate some stalls that way. :-) Best regards, jimb. Jim Blackson ------------------------------------------------------- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
