On Thu, 19 Jul 2007, James Graves wrote: > > Just recently added to the mainline GIT tree is a way around your > > problem. (It has been in Greg KH's development tree for some time > > now.) You can read all about it in Documentation/usb/persist.txt. > > > > To make this work, your device driver must define a "reset_resume" > > method. It will be called in place of the regular "resume" method if > > the device has been reset. It can reinitialize the device and put it > > back in the original pre-suspend condition, after which it ought to > > continue operating normally. The application wouldn't notice a thing, > > except perhaps that the serial connection had been lost. > > OK, that sounds like what we want. I'll clone Greg KH's tree and take a > look.
Greg doesn't have a tree, just a collection of patches. Look in http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/ > I think I should also study the USB storage code, it seems to handle > suspend/resume pretty well. You can plug in a USB flash drive, mount > it, suspend / resume, and it is still available, and still mounted. If that's so, it has almost nothing to do with the code in usb-storage. It depends more on how well the motherboard and BIOS support the USB host controller. Alan Stern ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
