On Sun, 16 Jan 2005 12:46:01 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
> I have no objection to increasing the default port-reset delays. I do not understand what you mean by "increasing". The current code has no post-reset delays whatsoever (on the first pass). This is why the 10ms one which I added helps. Why the second pass does not work with the stick is another story. By trying to fetch the descriptor so soon we confuse the stick and then it drops to full-speed, where a similarly unfavourable but different sequence of events takes place (just in case you're curious). > Isn't this pretty much the same as what you get if you set the > old_scheme_first module parameter? Yes, old scheme works. However, backoff into the old scheme does not, and setting a module parameter is not practical for Fedora users. Also, we build with CONFIG_USB=y. I would rather have the new scheme working with all devices and maybe disposing of the old scheme altogether. > I have no objection to increasing the default port-reset delays. And > refactoring the code to split out the portion of hub_port_init that > determines ep0maxpacket is a good idea, so long as the functionality > doesn't change. Would you like me to write a patch against the current > tree to do those things? I was going to do all the work of re-diffing against the BK head and re-merging as long as you approve, however, the functionality does not stay the same on purpose. My idea was that fetching the descriptor before setting the address makes no sense for high-speed devices, and so I threw that away. You indicated before that Windows does both it and the second port reset. Is it actually the case? -- Pete ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
