On Mon, 26 Jun 2006, Greg KH wrote: > On Mon, Jun 26, 2006 at 11:50:26AM -0400, Alan Stern wrote: > > Greg: > > > > I'm not sure at this point whether you would like to me resend the revised > > usbcore patches in the "leading toward autosuspend" series. > > > > I sent in a group of seven patches on June 19, of which you have applied > > two. Unfortunately I didn't think to put sequence numbers in the Subject > > lines, so the ordering of the patches is not be readily apparent. > > I held off on the others as I didn't think they were a "bugfix only" > type of thing. But they are still in my queue. Do you think they > should go in for 2.6.18 under "this is a bugfix" critera?
No. They should stay in -mm and go via the usual route. > > In addition I've got twelve more written -- and that's all just to > > rearrange and clean up the current code, not to start adding autosuspend! > > > > Of the patches sent in last week, here are the ones not yet applied (in > > order): > > > > as723 usbfs: add private mutex for open/release/remove > > as711b devio.c: detect device unregistration from usbfs > > as712b usb-skeleton: add private mutex for disconnect/IO > > as715b rename usb_suspend_device to usb_port_suspend > > as713b move code between source files > > Yup, still have them. I'll add them to my tree in the next day or so > and get some testing in -mm for them, for 2.6.19. Is that ok? Fine. > > The not-yet-submitted patches do things like: > > > > adjust return values (< 0 for error, 0 for no error), > > clear PORT_C_SUSPEND status following a resume, > > add struct usb_device_driver and convert usb_generic over, > > split up suspend/resume for devices and for interfaces, > > remove recursion from hub_resume (don't resume the hub's children), > > always suspend/resume a device and its interfaces together, > > several sorts of miscellaneous cleanups, > > add "suspended" attribute file for use when .../power/state > > goes away. > > > > How would you like to handle this? Hold back for a while so you can > > absorb what I've already sent? Resend with sequence numbers in the > > Subject lines? Start sending the not-yet-submitted patches? > > Sequence numbers is _always_ a good thing if you want me to apply a > specific patch before another one, as mail systems reorder stuff all the > time. > > And sure, send them on, I'll take them and we can test them out in -mm > :) Okay, will do. Alan Stern Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
