On Fri, 2004-01-23 at 17:26, Alan Stern wrote: > On Fri, 23 Jan 2004, Axel Waggershauser wrote: > > > - with your patch the urb gets unlinked when the controller suspends, > > that happens about a second after the unplugging. > > So now that part works and your driver, even in its original form, > doesn't cause a kernel panic.
Yes. > Once the unplug stuff has finished and the disconnect processing is over, > there should be no record of your device remaining within the kernel or > the controller. When you replug, it should look and behave exactly the > same as when you plugged it in the first time. That's why I wonder if the > timeout during the enumeration isn't the fault of your device somehow. I tested with my mouse: run my unplug test with my device -> then plug the mouse in -> same syslog message (control timeout on ep0out). I tried the other root hub port, same result. With this power-off unplugging my device gets completely reset and the device otherwise enumerates _always_. I'd say the controller / controller driver really messed something up here. If I rmmod the uhci-hcd module and reload it the enumeration succeeds again. > Of course, the timed-out URB should get dequeued when you unplug again. > That should behave the same way as your driver's URB that gets dequeued > the first time you unplug. Yes that's how it works but another attempt to replug the device, results in a timeout during enumeration again (and again and again...). Axel. ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
