Hi, I sent this mail already yesterday but didn't receive it on the list so I guess something went wrong. Sorry if someone receives it twice.
On Tue, 2004-01-13 at 21:31, Alan Stern wrote: > I assume you verified that when uhci_urb_dequeue() gets called, it is for > _your_ URB. yes. > The unlink_generic() and delete_queued_urb() parts don't matter so much > for your problem. Of more interest is where urb_dequeue() does > > if (list_empty(&uhci->urb_remove_list)) > uhci_set_next_interrupt(uhci); > list_add(&urbp->urb_list, &uhci->urb_remove_list); > > Does that happen okay for your URB? The urb_remove_list should be empty > so the conditional should execute. the (list_empty(&uhci->urb_remove_list)) condition evaluates to true. > > I see some uhci_remove_pending_qhs() calls before I unplug the device, > > that means in normal operation. But after the "usb 1-2: USB disconnect" > > line there is neither any uhci_remove_pending_qhs() call nor any > > uhci_finish_urb(). > > It sounds like remove_pending_qhs() isn't getting called for your URB, > since your URB isn't dequeued until after the disconnect. Is that right? I don't know if the implication 'since' is true but yes remove_pending_qhs() isn't getting called for my URB and the URB isn't dequeued until after the disconnect. > But if your device is the only one attached the volume of messages won't > be too high. Try finding out what uhci_irq() is doing and why it isn't > calling remove_pending_qhs() after you unplug the device. Is uhci_irq() > getting called _at all_ after the unplug? If everything is working right > it should be called within 1 ms of the time uhci_urb_dequeue() returns. I have the feeling I am getting closer: uhci_irq() is not called after the unplug (at least not for about 10 seconds). Is no the time to suspect the hardware or is there more to check with the driver? can I verify somehow that uhci_set_next_interrupt(uhci) is working? If you would guide me like this even further, I'd be really happy. Thanks, Axel. ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel