On Mon, 19 Jan 2004, Axel Waggershauser wrote: > Summary: > - My desktop machine sort of works, as long as I listen to music :-). > - None of my machines show any interrupt calls after the controller's suspension. > - The set_next_interrupt mechanism generally works on both machines.
I'm having a little trouble sorting this all out. Here's how you can help. This might as well be on the "buggy" machine, although trying the other one too won't hurt. Take note of the ioaddr value for the controller your device is plugged into, and change your printk statements so they run only when uhci->ioaddr is equal to that value. Also, make sure the printk statement near the beginning of uhci_irq prints out the value of status _and_ uhci->state. Then run your test again and post what you get in your log. If, as you say, set_next_interrupt is working then the interrupt should show up in the log after urb_dequeue. As I recall that wasn't happening before and it was the cause of your problem. Alan Stern ------------------------------------------------------- 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
