On Sat, 29 Nov 2003, Michael Vogt wrote: > Well, it makes a difference for me. This may be caused by my kernel > configuration or my HW, I don't know. But without my change, my usb > optical mouse does not respond anymore after apm suspend/resume and I > get the messages I descriped in my other posting. With my change, it > survived a dozen of suspend/resumes so far :) > > AFAICS suspend_allow() is only used uhci_suspend(struct usb_hcd *hcd, > u32 state): > ---------------------------8<----------------------------------------- > /* Don't try to suspend broken motherboards, reset instead */ > if (suspend_allowed(uhci)) > suspend_hc(uhci); > else > reset_hc(uhci); > ---------------------------8<----------------------------------------- > > If there is a different approach to deal with my problem, I'll happly > test it, just let me know :) Or if there are usb patches against > 2.6.0-test11 to test or if you need more information to find the real > cause of the problem (like all of lspci, the logs, my kenrel > configuration).
For the moment, you can just get away with removing the call to suspend_allowed() that you show above -- just call reset_hc() directly. One of my planned changes for the UHCI driver does essentially that. When the changes are ready for testing and submission (don't hold your breath, it may be a while) will you be available as a tester? Alan Stern ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
