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

Reply via email to