On 12 Oct 2004, David Meggy wrote: > If the device has a 8 or 16 byte endpoint 0 fifo (full-speed device), > then the device will want to send more data, while the host is trying to > send ZLP. This could create a large numbers of NAKs, and result in an > extra few seconds of initialization. At least this happens on Windows. > Maybe another way to this would be to send the reset earlier if the > device doesn't acknowledge the ZLP after a very small number of NAKs. > > Looking at my USB analyzer for my device plugged into Windows I see > Setup Packet start time: 4.679256 > In Packet(8 bytes) start time: 4.680255 > Out Packet(5085 NAKs) start time: 4.682255 > Reset start time: 9.768606 > > *Time is seconds from turning on the analyzer. > > That is a long time for a device to startup, and it hasn't even received > an address yet.
Good point. I'll write the patch so that the first time through it uses a shorter timeout. That should handle most of the troublesome cases. Alan Stern ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
