> Well, I've seen a few of this (or something appearing similar). In my case > it was triggered by an EP0 Control transfer which timed out (firmware bug). > This caused OHCI controller halts finally looping in a pretty unfriendly > mode down below ohci_stop() continously hitting the "blocking down() in > non-sleeping context" bug catcher. SAK stopped this loop so I could do a > clean reboot. > > I've a dmesg output saved from one or two of this - interested?
Thanks but no. The stop() methods aren't supposed to be called except in a sleeping context. I think I'll have to use keventd (or whatever the newest incarnation of that concept is called!) to do some cleanup that the hcd code now tries to do in_irq(), after the HC dies. It also needs to cleanly shut down the root hub; that also needs to sleep. > But I believe the backtrace points to the bad context path, not the root > cause which triggered the HC halt. Likely. If you can get me more information on that, let me know. - Dave ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
