On Fri, 16 Mar 2007, Oliver Neukum wrote: > Am Freitag, 16. März 2007 20:46 schrieb Alan Stern: > > Here's a patch to implement all this. I'm still not crazy about the idea > > of disabling autoresume, but I can see that some people might want to do > > it occasionally. > > > > This patch is meant to go on top of Greg's latest development patchset, > > the 2.6.21-rc3-git9 version. Tell me what you think. > > I like it. How far from final shape do you consider pm? Is it worth > making autosuspend support patches for inclusion into -mm?
Second question first: Greg has been funnelling all the our development work into -mm as he gets it. Right now 2.6.21-rc3-mm2 includes the initial patch for exporting the autosuspend delay in sysfs. The change to allow 0 for immediate autosuspend hasn't gotten there yet, but it ought to be in the next release. First question: There are still a few more things to add to USB PM. To make it really work right, there's no choice but to store a time-of-last-activity field in struct usb_device. For the most part it will be handled automatically by the autosuspend/autoresume routines, but drivers will be able to set it if they want. I also want to add some sort of usb_autopm_get_interface_burst() routine. It will be intended for situations like we have in usb-storage, where activity is expected to occur in heavy bursts. The idea is that it will incur less overhead by leaving the autosuspend timer running. It also would be nice to see a preliminary version of your usbhid autosuspend work. To make it easier to digest, you should split up your original patch into (at least) two pieces: One to add queuing for control and output URBs, and the other to do the actual autosuspend/autoresume. The first part could be applied immediately, and then the second would be simpler to work on. There's also the question of per-interface autosuspend settings. I'd like to get all this other stuff working first and come back to it later. Eventually we should think about moving this stuff out of USB and into the PM core, where everyone can use it. Before doing that I want to have an API that's very stable and fully functional. Right now it's still somewhat experimental. Alan Stern ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
