On Mon, Feb 28, 2011 at 10:56:11AM +0200, Felipe Balbi wrote: > Hi, > > On Mon, Feb 28, 2011 at 02:19:31PM +0530, Hema HK wrote: > > This patch series supports the retention and offmode support in the > > idle path for musb driver using runtime pm APIs. > > > > This is restricted to support offmode and retention only when device not > > connected.When device/cable connected with gadget driver loaded, configured > > to no idle/standby which will not allow the core transition to retention > > or off. > > > > There is no context save/restore done by hardware for musb in OMAP3 > > and OMAP4,driver has to take care of saving and restoring the context > > during offmode. > > > > Musb has a requirement of configuring sysconfig register to force > > idle/standby mode and set the ENABLE_FORCE bit in module STANDBY register > > for retention and offmode support. > > > > Runtime pm and hwmod frameworks will take care of configuring to force > > idle/standby when pm_runtime_put_sync is called and back to no > > idle/standby when pm_runeime_get_sync is called. > > > > Compile, boot tested and also tested the retention in the idle path on > > OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled. > > Usb basic functionality tested on OMAP4430SDP. > > > > There is some problem with idle path offmode in mainline, I could not test > > with offmode. But I have tested this patch with resetting the controller > > in the idle path when wakeup from retention just to make sure that the > > context is lost, and restore path is working fine. > > Tony and Greg, how do we handle this one ? Who should take my pull request > for this series ? I hope we still have a little time to get this into > 2.6.39, but if we don't I can hold on to them until 2.6.40. Doesn't bother me which tree they go through, I can take them, or, if it's easier due to omap merges, Tony can. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html