summaryrefslogtreecommitdiff
path: root/drivers/usb/musb/blackfin.h
diff options
context:
space:
mode:
authorTony Lindgren <tony@atomide.com>2015-10-28 10:16:04 -0700
committerTony Lindgren <tony@atomide.com>2015-10-28 10:16:04 -0700
commit8f2279d5d908119a08e906be1c6b69c744d0c379 (patch)
tree9375149660aed82c465c47313082ff98c33df3e1 /drivers/usb/musb/blackfin.h
parent1bd5dfe41b994a6e793363894befef76626965a9 (diff)
usb: musb: omap2430: Fix regression caused by driver core change
Commit ddef08dd00f5 ("Driver core: wakeup the parent device before trying probe") started automatically ensuring the parent device is enabled when the child gets probed. This however caused a regression for MUSB omap2430 interface as the runtime PM for the parent device needs the child initialized to access the MUSB hardware registers. Let's delay the enabling of PM runtime for the parent until the child has been properly initialized as suggested in an earlier patch by Grygorii Strashko <grygorii.strashko@ti.com>. In addition to delaying pm_runtime_enable, we now also need to make sure the parent is enabled during omap2430_musb_init. We also want to propagate an error from omap2430_runtime_resume if struct musb is not initialized. Note that we use pm_runtime_put_noidle here for both the child and parent to prevent an extra runtime_suspend/resume cycle. Let's also add some comments to avoid confusion between the two different devices. Fixes: ddef08dd00f5 ("Driver core: wakeup the parent device before trying probe") Suggested-by: Grygorii Strashko <grygorii.strashko@ti.com> Reviewed-by: Grygorii Strashko <grygorii.strashko@ti.com> Acked-by: Felipe Balbi <balbi@ti.com> Signed-off-by: Tony Lindgren <tony@atomide.com>
Diffstat (limited to 'drivers/usb/musb/blackfin.h')
0 files changed, 0 insertions, 0 deletions