On Mon, 2004-01-19 at 22:46, Alan Stern wrote: > 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.
Sorry for telling every email something else... > Here's how you can > help. This might as well be on the "buggy" machine, although trying the > other one too won't hurt. The other machine's second uhci controller is disabled in the BIOS, so no confusion here anymore. > 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. Your are right. Here is the update: - set_next_interrupt works right after startup, I can plug/unplug my device, I can send URBs both ways, no problem, set_next_interrupt still works. - when I run my test, unplugging the device during transmission, I see uhci_urb_dequeue as before, uhci->state = 2 at the end of urb_dequeue. There is _no_ uhci_irq call after the "usb 1-1: USB disconnect". Not even after the "uhci-hcd.c: e400: suspend_hc" - after I ran my test set_next_interrupt does not work anymore (triggered by "cat /proc/drivers/uhci..."). If I replug the device, I get the kernel panic. - both machines behave exactly the same way, except that the "working" one returned a uhci->state = 3 at the end of urb_dequeue. I have seen a uhci->state = 3 on the "buggy" machine on an earlier test runs, too. Hope that clears a few clouds. Did you change your mind about the one interrupt to expect right after the suspension of the controller, or do you think the absence of it on my machines has nothing to do with my original problem? I thought that would be something to jump on, because it has nothing to do with my device... Thanks, 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
