Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
Hello. Kalliguddi, Hema wrote: Hema, -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- ow...@vger.kernel.org] On Behalf Of Hema HK Sent: Friday, August 06, 2010 10:57 PM To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org Cc: Kalliguddi, Hema; Mankad, Maulik Ojas; Felipe Balbi; Tony Lindgren; Kevin Hilman Subject: [PATCH V2 6/8] usb: musb: Offmode fix for idle path From: Hema HK With OMAP core-off support musb was not functional as context was getting lost after wakeup from core-off. And also musb was blocking the core-off after loading the gadget driver even with no cable connected sometimes. Added the conext save/restore api in the platform layer which will be called in the idle and wakeup path. Changed the usb sysconfig settings as per the usbotg functional spec. When the device is not active, configure to force idle and force standby mode. When it is being used, configure in smart standby and smart idle mode. So while attempting to coreoff the usb is configured to force standby and force idle mode, after wakeup configured in smart idle and smart standby. Signed-off-by: Hema HK Signed-off-by: Maulik Mankad Cc: Felipe Balbi Cc: Tony Lindgren Cc: Kevin Hilman Index: linux-omap-pm/drivers/usb/musb/omap2430.c === --- linux-omap-pm.orig/drivers/usb/musb/omap2430.c 2010-08-06 09:24:21.069863329 -0400 +++ linux-omap-pm/drivers/usb/musb/omap2430.c 2010-08-06 10:44:30.093914217 -0400 [...] @@ -259,15 +273,42 @@ void musb_platform_save_context(struct musb *musb, struct musb_context_registers *musb_context) { - musb_context->otg_sysconfig = musb_readl(musb->mregs, OTG_SYSCONFIG); - musb_context->otg_forcestandby = musb_readl(musb->mregs, OTG_FORCESTDBY); + /* +* As per the omap-usbotg specification, configure it to forced standby +* and force idle mode when no activity on usb. +*/ + void __iomem *musb_base = musb->mregs; + Just to clarify, have you already taken care of ioremap() / request_mem_region() for musb_base? This is already done. Not quite. MUSB driver doesn't call request_mem_region(). WBR, Sergei -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
Hi, >-Original Message- >From: Sergei Shtylyov [mailto:sshtyl...@mvista.com] >Sent: Tuesday, August 10, 2010 4:50 PM >To: Kalliguddi, Hema >Cc: Sergei Shtylyov; linux-...@vger.kernel.org; >linux-omap@vger.kernel.org; Mankad, Maulik Ojas; Felipe Balbi; >Tony Lindgren; Kevin Hilman >Subject: Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path > >Hello. > >Kalliguddi, Hema wrote: > >>>> With OMAP core-off support musb was not functional as >context was getting >>>> lost after wakeup from core-off. And also musb was >blocking the core-off >>>> after loading the gadget driver even with no cable >connected sometimes. > >>>> Added the conext save/restore api in the platform layer which will >>>> be called in the idle and wakeup path. >>>> Changed the usb sysconfig settings as per the usbotg >functional spec. >>>> When the device is not active, configure to force idle and >force standby mode. >>>> When it is being used, configure in smart standby and >smart idle mode. >>>> So while attempting to coreoff the usb is configured to >force standby and >>>> force idle mode, after wakeup configured in smart idle and >smart standby. > >>>> Signed-off-by: Hema HK >>>> Signed-off-by: Maulik Mankad >>>> Cc: Felipe Balbi >>>> Cc: Tony Lindgren >>>> Cc: Kevin Hilman > >>> [...] > >>>> Index: linux-omap-pm/drivers/usb/musb/musb_core.c >>>> === >>>> --- linux-omap-pm.orig/drivers/usb/musb/musb_core.c >>> 2010-08-06 09:24:21.069863329 -0400 >>>> +++ linux-omap-pm/drivers/usb/musb/musb_core.c >>> 2010-08-06 10:44:06.369863527 -0400 >>>> @@ -2427,11 +2427,6 @@ >>>>} >>>> >>>>musb_save_context(musb); >>>> - >>>> - if (musb->set_clock) >>>> - musb->set_clock(musb->clock, 0); >>>> - else >>>> - clk_disable(musb->clock); >>>>spin_unlock_irqrestore(&musb->lock, flags); >>>>return 0; >>>> } >>>> @@ -2443,12 +2438,6 @@ >>>> >>>>if (!musb->clock) >>>>return 0; >>>> - >>>> - if (musb->set_clock) >>>> - musb->set_clock(musb->clock, 1); >>>> - else >>>> - clk_enable(musb->clock); >>>> - >>>>musb_restore_context(musb); > >>> The same question again: are you sure that clocks are >auto-gated on >>> non-OMAP platfroms? > >> Bon Lui confirmed that there is no clock for blackfin. > >What about DaVinci (and the coming DA8xx)? > I checked with Ajay, it is not auto gated for for Davinci so I can't just remove this. I am thinking of adding a member variable(clk_autogated) in them usb_hdrc_platform_data structure and check this in the musb_suspend() And musb_resume() APIs. Do you see any problem with it? Regards, Hema >WBR, Sergei > >-- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
Hello. Kalliguddi, Hema wrote: With OMAP core-off support musb was not functional as context was getting lost after wakeup from core-off. And also musb was blocking the core-off after loading the gadget driver even with no cable connected sometimes. Added the conext save/restore api in the platform layer which will be called in the idle and wakeup path. Changed the usb sysconfig settings as per the usbotg functional spec. When the device is not active, configure to force idle and force standby mode. When it is being used, configure in smart standby and smart idle mode. So while attempting to coreoff the usb is configured to force standby and force idle mode, after wakeup configured in smart idle and smart standby. Signed-off-by: Hema HK Signed-off-by: Maulik Mankad Cc: Felipe Balbi Cc: Tony Lindgren Cc: Kevin Hilman [...] Index: linux-omap-pm/drivers/usb/musb/musb_core.c === --- linux-omap-pm.orig/drivers/usb/musb/musb_core.c 2010-08-06 09:24:21.069863329 -0400 +++ linux-omap-pm/drivers/usb/musb/musb_core.c 2010-08-06 10:44:06.369863527 -0400 @@ -2427,11 +2427,6 @@ } musb_save_context(musb); - - if (musb->set_clock) - musb->set_clock(musb->clock, 0); - else - clk_disable(musb->clock); spin_unlock_irqrestore(&musb->lock, flags); return 0; } @@ -2443,12 +2438,6 @@ if (!musb->clock) return 0; - - if (musb->set_clock) - musb->set_clock(musb->clock, 1); - else - clk_enable(musb->clock); - musb_restore_context(musb); The same question again: are you sure that clocks are auto-gated on non-OMAP platfroms? Bon Lui confirmed that there is no clock for blackfin. What about DaVinci (and the coming DA8xx)? WBR, Sergei -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
>-Original Message- >From: DebBarma, Tarun Kanti >Sent: Monday, August 09, 2010 10:14 PM >To: Kalliguddi, Hema; linux-...@vger.kernel.org; >linux-omap@vger.kernel.org >Cc: Kalliguddi, Hema; Mankad, Maulik Ojas; Felipe Balbi; Tony >Lindgren; Kevin Hilman >Subject: RE: [PATCH V2 6/8] usb: musb: Offmode fix for idle path > >Hema, > >> -Original Message- >> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- >> ow...@vger.kernel.org] On Behalf Of Hema HK >> Sent: Friday, August 06, 2010 10:57 PM >> To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org >> Cc: Kalliguddi, Hema; Mankad, Maulik Ojas; Felipe Balbi; >Tony Lindgren; >> Kevin Hilman >> Subject: [PATCH V2 6/8] usb: musb: Offmode fix for idle path >> >> From: Hema HK >> >> With OMAP core-off support musb was not functional as >context was getting >> lost after wakeup from core-off. And also musb was blocking >the core-off >> after loading the gadget driver even with no cable connected >sometimes. >> >> Added the conext save/restore api in the platform layer which will >> be called in the idle and wakeup path. >> >> Changed the usb sysconfig settings as per the usbotg functional spec. >> When the device is not active, configure to force idle and >force standby >> mode. >> When it is being used, configure in smart standby and smart >idle mode. >> So while attempting to coreoff the usb is configured to >force standby and >> force idle mode, after wakeup configured in smart idle and >smart standby. >> >> Signed-off-by: Hema HK >> Signed-off-by: Maulik Mankad >> >> Cc: Felipe Balbi >> Cc: Tony Lindgren >> Cc: Kevin Hilman >> --- >> >> arch/arm/mach-omap2/pm34xx.c |4 ++ >> arch/arm/mach-omap2/usb-musb.c| 21 ++ >> arch/arm/plat-omap/include/plat/usb.h |2 + >> drivers/usb/musb/musb_core.c | 11 --- >> drivers/usb/musb/omap2430.c | 48 >> +++--- >> 5 files changed, 71 insertions(+), 15 deletions(-) >> >> Index: linux-omap-pm/arch/arm/mach-omap2/pm34xx.c >> === >> --- linux-omap-pm.orig/arch/arm/mach-omap2/pm34xx.c 2010-08-06 >> 09:23:01.153862710 -0400 >> +++ linux-omap-pm/arch/arm/mach-omap2/pm34xx.c 2010-08-06 >> 10:44:06.393863125 -0400 >> @@ -39,6 +39,7 @@ >> #include >> #include >> #include >> +#include >> >> #include >> >> @@ -416,6 +417,8 @@ >> if (core_next_state == PWRDM_POWER_OFF) { >> omap3_core_save_context(); >> omap3_prcm_save_context(); >> +/* Save MUSB context */ >> +musb_context_save_restore(1); >> } >> } >> >> @@ -458,6 +461,8 @@ >> omap3_prcm_restore_context(); >> omap3_sram_restore_context(); >> omap2_sms_restore_context(); >> +/* restore MUSB context */ >> +musb_context_save_restore(0); >> } >> omap_uart_resume_idle(0); >> omap_uart_resume_idle(1); >> Index: linux-omap-pm/arch/arm/mach-omap2/usb-musb.c >> === >> --- linux-omap-pm.orig/arch/arm/mach-omap2/usb-musb.c >2010-08-06 >> 09:24:23.690112596 -0400 >> +++ linux-omap-pm/arch/arm/mach-omap2/usb-musb.c 2010-08-06 >> 10:44:06.385862697 -0400 >> @@ -120,6 +120,27 @@ >> } >> } >> >> +void musb_context_save_restore(int save) >> +{ >> +struct omap_hwmod *oh = omap_hwmod_lookup("usb_otg_hs"); >Might be good idea to check (oh) before proceeding? >if (!oh) { > /* error message */ > return; >} You are right. I will put a check. > >> +struct omap_device *od = oh->od; >> +struct platform_device *pdev = &od->pdev; >> +struct device *dev = &pdev->dev; >> +struct device_driver *drv = dev->driver; >> + >> +if (drv) { >> +struct musb_hdrc_platform_data *pdata = >dev->platform_data; >> +const struct dev_pm_ops *pm = drv->pm; >> +if (!pdata->is_usb_active(dev)) { >> + >> +if (save) >> +pm->suspend(dev); >> +
RE: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
Hi, >-Original Message- >From: Sergei Shtylyov [mailto:sshtyl...@mvista.com] >Sent: Saturday, August 07, 2010 8:55 PM >To: Kalliguddi, Hema >Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; >Mankad, Maulik Ojas; Felipe Balbi; Tony Lindgren; Kevin Hilman >Subject: Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path > >Hello. > >Hema HK wrote: > >> With OMAP core-off support musb was not functional as >context was getting >> lost after wakeup from core-off. And also musb was blocking >the core-off >> after loading the gadget driver even with no cable connected >sometimes. > >> Added the conext save/restore api in the platform layer which will >> be called in the idle and wakeup path. > >> Changed the usb sysconfig settings as per the usbotg functional spec. >> When the device is not active, configure to force idle and >force standby mode. >> When it is being used, configure in smart standby and smart >idle mode. >> So while attempting to coreoff the usb is configured to >force standby and >> force idle mode, after wakeup configured in smart idle and >smart standby. > >> Signed-off-by: Hema HK >> Signed-off-by: Maulik Mankad > >> Cc: Felipe Balbi >> Cc: Tony Lindgren >> Cc: Kevin Hilman > >[...] > >> Index: linux-omap-pm/arch/arm/mach-omap2/usb-musb.c >> === >> --- linux-omap-pm.orig/arch/arm/mach-omap2/usb-musb.c >2010-08-06 09:24:23.690112596 -0400 >> +++ linux-omap-pm/arch/arm/mach-omap2/usb-musb.c >2010-08-06 10:44:06.385862697 -0400 >> @@ -120,6 +120,27 @@ >> } >> } >> >> +void musb_context_save_restore(int save) >> +{ >> +struct omap_hwmod *oh = omap_hwmod_lookup("usb_otg_hs"); >> +struct omap_device *od = oh->od; >> +struct platform_device *pdev = &od->pdev; >> +struct device *dev = &pdev->dev; >> +struct device_driver *drv = dev->driver; >> + >> +if (drv) { >> +struct musb_hdrc_platform_data *pdata = >dev->platform_data; >> +const struct dev_pm_ops *pm = drv->pm; > >Should be an empty line after the declaration block... Ok. > >> +if (!pdata->is_usb_active(dev)) { >> + >> +if (save) >> +pm->suspend(dev); >> +else >> +pm->resume_noirq(dev); >> +} >> +} >> +} >> + >> #else >> void __init usb_musb_init(struct omap_musb_board_data *board_data) >> { >> Index: linux-omap-pm/drivers/usb/musb/musb_core.c >> === >> --- linux-omap-pm.orig/drivers/usb/musb/musb_core.c >2010-08-06 09:24:21.069863329 -0400 >> +++ linux-omap-pm/drivers/usb/musb/musb_core.c >2010-08-06 10:44:06.369863527 -0400 >> @@ -2427,11 +2427,6 @@ >> } >> >> musb_save_context(musb); >> - >> -if (musb->set_clock) >> -musb->set_clock(musb->clock, 0); >> -else >> -clk_disable(musb->clock); >> spin_unlock_irqrestore(&musb->lock, flags); >> return 0; >> } >> @@ -2443,12 +2438,6 @@ >> >> if (!musb->clock) >> return 0; >> - >> -if (musb->set_clock) >> -musb->set_clock(musb->clock, 1); >> -else >> -clk_enable(musb->clock); >> - >> musb_restore_context(musb); > > The same question again: are you sure that clocks are auto-gated on >non-OMAP platfroms? Bon Lui confirmed that there is no clock for blackfin. > >> Index: linux-omap-pm/drivers/usb/musb/omap2430.c >> === >> --- linux-omap-pm.orig/drivers/usb/musb/omap2430.c >2010-08-06 09:24:21.069863329 -0400 >> +++ linux-omap-pm/drivers/usb/musb/omap2430.c >2010-08-06 10:44:30.093914217 -0400 >[...] >> @@ -259,15 +273,42 @@ >> void musb_platform_save_context(struct musb *musb, >> struct musb_context_registers *musb_context) >> { >> -musb_context->otg_sysconfig = musb_readl(musb->mregs, >OTG_SYSCONFIG); >> -musb_context->otg_forcestandby = >musb_readl(musb->mregs, OTG_FORCESTDBY); > >If you're not saving the registers, you should remove the >corresponding >fields from 'struct musb_cont
RE: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
>-Original Message- >From: Bob Liu [mailto:lliu...@gmail.com] >Sent: Saturday, August 07, 2010 7:54 AM >To: Kalliguddi, Hema >Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; >Mankad, Maulik Ojas; Felipe Balbi; Tony Lindgren; Kevin Hilman >Subject: Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path > >On Sat, Aug 7, 2010 at 1:27 AM, Hema HK wrote: >> From: Hema HK >> >> With OMAP core-off support musb was not functional as >context was getting >> lost after wakeup from core-off. And also musb was blocking >the core-off >> after loading the gadget driver even with no cable connected >sometimes. >> >> Added the conext save/restore api in the platform layer which will >> be called in the idle and wakeup path. >> >> Changed the usb sysconfig settings as per the usbotg functional spec. >> When the device is not active, configure to force idle and >force standby mode. >> When it is being used, configure in smart standby and smart >idle mode. >> So while attempting to coreoff the usb is configured to >force standby and >> force idle mode, after wakeup configured in smart idle and >smart standby. >> >> Signed-off-by: Hema HK >> Signed-off-by: Maulik Mankad >> >> Cc: Felipe Balbi >> Cc: Tony Lindgren >> Cc: Kevin Hilman >> --- >> >> arch/arm/mach-omap2/pm34xx.c | 4 ++ >> arch/arm/mach-omap2/usb-musb.c | 21 ++ >> arch/arm/plat-omap/include/plat/usb.h | 2 + >> drivers/usb/musb/musb_core.c | 11 --- >> drivers/usb/musb/omap2430.c | 48 >+++--- >> 5 files changed, 71 insertions(+), 15 deletions(-) >> >> Index: linux-omap-pm/arch/arm/mach-omap2/pm34xx.c >> === >> --- linux-omap-pm.orig/arch/arm/mach-omap2/pm34xx.c >2010-08-06 09:23:01.153862710 -0400 >> +++ linux-omap-pm/arch/arm/mach-omap2/pm34xx.c 2010-08-06 >10:44:06.393863125 -0400 >> @@ -39,6 +39,7 @@ >> #include >> #include >> #include >> +#include >> >> #include >> >> @@ -416,6 +417,8 @@ >> if (core_next_state == PWRDM_POWER_OFF) { >> omap3_core_save_context(); >> omap3_prcm_save_context(); >> + /* Save MUSB context */ >> + musb_context_save_restore(1); >> } >> } >> >> @@ -458,6 +461,8 @@ >> omap3_prcm_restore_context(); >> omap3_sram_restore_context(); >> omap2_sms_restore_context(); >> + /* restore MUSB context */ >> + musb_context_save_restore(0); >> } >> omap_uart_resume_idle(0); >> omap_uart_resume_idle(1); >> Index: linux-omap-pm/arch/arm/mach-omap2/usb-musb.c >> === >> --- linux-omap-pm.orig/arch/arm/mach-omap2/usb-musb.c >2010-08-06 09:24:23.690112596 -0400 >> +++ linux-omap-pm/arch/arm/mach-omap2/usb-musb.c >2010-08-06 10:44:06.385862697 -0400 >> @@ -120,6 +120,27 @@ >> } >> } >> >> +void musb_context_save_restore(int save) >> +{ >> + struct omap_hwmod *oh = omap_hwmod_lookup("usb_otg_hs"); >> + struct omap_device *od = oh->od; >> + struct platform_device *pdev = &od->pdev; >> + struct device *dev = &pdev->dev; >> + struct device_driver *drv = dev->driver; >> + >> + if (drv) { >> + struct musb_hdrc_platform_data *pdata = >dev->platform_data; >> + const struct dev_pm_ops *pm = drv->pm; >> + if (!pdata->is_usb_active(dev)) { >> + >> + if (save) >> + pm->suspend(dev); >> + else >> + pm->resume_noirq(dev); >> + } >> + } >> +} >> + >> #else >> void __init usb_musb_init(struct omap_musb_board_data *board_data) >> { >> Index: linux-omap-pm/arch/arm/plat-omap/include/plat/usb.h >> === >> --- linux-omap-pm.orig/arch/arm/plat-omap/include/plat/usb.h > 2010-08-06 09:23:01.137862514 -0400 >> +++ linux-omap-pm/arch/arm/plat-oma
Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
"Kalliguddi, Hema" writes: [...] >>> >>> Changed the usb sysconfig settings as per the usbotg functional spec. >>> When the device is not active, configure to force idle and >>force standby mode. >>> When it is being used, configure in smart standby and smart >>idle mode. >>> So while attempting to coreoff the usb is configured to >>force standby and >>> force idle mode, after wakeup configured in smart idle and >>smart standby. >> >>Is this valid for OMAP3 and OMAP4? I checked quickly the OMAP4 >>TRM vB in >>the USB_OTG chapter related to PM (23.13.4.2 Power-Management), and I >>cannot find any note regarding that specific programming model. >>Could give us reference to the documentation that contains the details >>about that? >> >>Benoit >> > > This is valid for both OMAP3 and OMAP4. You can find this in 24.1.5.4 section > With different modes. When not used with any application the mode has to be > programmed > is force idle and force standby. What I observed is that without this USB was > blocking the coreoff. > > http://focus.ti.com/pdfs/wtbu/SWPU223D_Final_EPDF_06_07_2010.pdf > For the next rev, please include links to public docs in the changelog. Kevin -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
Hema, > -Original Message- > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- > ow...@vger.kernel.org] On Behalf Of Hema HK > Sent: Friday, August 06, 2010 10:57 PM > To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org > Cc: Kalliguddi, Hema; Mankad, Maulik Ojas; Felipe Balbi; Tony Lindgren; > Kevin Hilman > Subject: [PATCH V2 6/8] usb: musb: Offmode fix for idle path > > From: Hema HK > > With OMAP core-off support musb was not functional as context was getting > lost after wakeup from core-off. And also musb was blocking the core-off > after loading the gadget driver even with no cable connected sometimes. > > Added the conext save/restore api in the platform layer which will > be called in the idle and wakeup path. > > Changed the usb sysconfig settings as per the usbotg functional spec. > When the device is not active, configure to force idle and force standby > mode. > When it is being used, configure in smart standby and smart idle mode. > So while attempting to coreoff the usb is configured to force standby and > force idle mode, after wakeup configured in smart idle and smart standby. > > Signed-off-by: Hema HK > Signed-off-by: Maulik Mankad > > Cc: Felipe Balbi > Cc: Tony Lindgren > Cc: Kevin Hilman > --- > > arch/arm/mach-omap2/pm34xx.c |4 ++ > arch/arm/mach-omap2/usb-musb.c| 21 ++ > arch/arm/plat-omap/include/plat/usb.h |2 + > drivers/usb/musb/musb_core.c | 11 --- > drivers/usb/musb/omap2430.c | 48 > +++--- > 5 files changed, 71 insertions(+), 15 deletions(-) > > Index: linux-omap-pm/arch/arm/mach-omap2/pm34xx.c > === > --- linux-omap-pm.orig/arch/arm/mach-omap2/pm34xx.c 2010-08-06 > 09:23:01.153862710 -0400 > +++ linux-omap-pm/arch/arm/mach-omap2/pm34xx.c2010-08-06 > 10:44:06.393863125 -0400 > @@ -39,6 +39,7 @@ > #include > #include > #include > +#include > > #include > > @@ -416,6 +417,8 @@ > if (core_next_state == PWRDM_POWER_OFF) { > omap3_core_save_context(); > omap3_prcm_save_context(); > + /* Save MUSB context */ > + musb_context_save_restore(1); > } > } > > @@ -458,6 +461,8 @@ > omap3_prcm_restore_context(); > omap3_sram_restore_context(); > omap2_sms_restore_context(); > + /* restore MUSB context */ > + musb_context_save_restore(0); > } > omap_uart_resume_idle(0); > omap_uart_resume_idle(1); > Index: linux-omap-pm/arch/arm/mach-omap2/usb-musb.c > === > --- linux-omap-pm.orig/arch/arm/mach-omap2/usb-musb.c 2010-08-06 > 09:24:23.690112596 -0400 > +++ linux-omap-pm/arch/arm/mach-omap2/usb-musb.c 2010-08-06 > 10:44:06.385862697 -0400 > @@ -120,6 +120,27 @@ > } > } > > +void musb_context_save_restore(int save) > +{ > + struct omap_hwmod *oh = omap_hwmod_lookup("usb_otg_hs"); Might be good idea to check (oh) before proceeding? if (!oh) { /* error message */ return; } > + struct omap_device *od = oh->od; > + struct platform_device *pdev = &od->pdev; > + struct device *dev = &pdev->dev; > + struct device_driver *drv = dev->driver; > + > + if (drv) { > + struct musb_hdrc_platform_data *pdata = dev->platform_data; > + const struct dev_pm_ops *pm = drv->pm; > + if (!pdata->is_usb_active(dev)) { > + > + if (save) > + pm->suspend(dev); > + else > + pm->resume_noirq(dev); > + } > + } > +} > + > #else > void __init usb_musb_init(struct omap_musb_board_data *board_data) > { > Index: linux-omap-pm/arch/arm/plat-omap/include/plat/usb.h > === > --- linux-omap-pm.orig/arch/arm/plat-omap/include/plat/usb.h 2010-08- > 06 09:23:01.137862514 -0400 > +++ linux-omap-pm/arch/arm/plat-omap/include/plat/usb.h 2010-08-06 > 10:44:06.381864367 -0400 > @@ -79,6 +79,8 @@ > > extern void usb_ohci_init(const struct ohci_hcd_omap_platform_data > *pdata); > > +/* For saving and restoring the musb context during off/wakeup*/ > +extern void musb_context_save_restore(int save); > #endif > >
RE: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
Hi, >-Original Message- >From: Cousson, Benoit >Sent: Monday, August 09, 2010 6:31 PM >To: Kalliguddi, Hema >Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; >Mankad, Maulik Ojas; Felipe Balbi; Tony Lindgren; Kevin Hilman >Subject: Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path > >On 8/6/2010 7:27 PM, Kalliguddi, Hema wrote: >> From: Hema HK >> >> With OMAP core-off support musb was not functional as >context was getting >> lost after wakeup from core-off. And also musb was blocking >the core-off >> after loading the gadget driver even with no cable connected >sometimes. >> >> Added the conext save/restore api in the platform layer which will >> be called in the idle and wakeup path. >> >> Changed the usb sysconfig settings as per the usbotg functional spec. >> When the device is not active, configure to force idle and >force standby mode. >> When it is being used, configure in smart standby and smart >idle mode. >> So while attempting to coreoff the usb is configured to >force standby and >> force idle mode, after wakeup configured in smart idle and >smart standby. > >Is this valid for OMAP3 and OMAP4? I checked quickly the OMAP4 >TRM vB in >the USB_OTG chapter related to PM (23.13.4.2 Power-Management), and I >cannot find any note regarding that specific programming model. >Could give us reference to the documentation that contains the details >about that? > >Benoit > This is valid for both OMAP3 and OMAP4. You can find this in 24.1.5.4 section With different modes. When not used with any application the mode has to be programmed is force idle and force standby. What I observed is that without this USB was blocking the coreoff. http://focus.ti.com/pdfs/wtbu/SWPU223D_Final_EPDF_06_07_2010.pdf Regards, Hema >> >> Signed-off-by: Hema HK >> Signed-off-by: Maulik Mankad >> >> Cc: Felipe Balbi >> Cc: Tony Lindgren >> Cc: Kevin Hilman >> --- >> >> arch/arm/mach-omap2/pm34xx.c |4 ++ >> arch/arm/mach-omap2/usb-musb.c| 21 ++ >> arch/arm/plat-omap/include/plat/usb.h |2 + >> drivers/usb/musb/musb_core.c | 11 --- >> drivers/usb/musb/omap2430.c | 48 >+++--- >> 5 files changed, 71 insertions(+), 15 deletions(-) >> >> Index: linux-omap-pm/arch/arm/mach-omap2/pm34xx.c >> === >> --- linux-omap-pm.orig/arch/arm/mach-omap2/pm34xx.c >2010-08-06 09:23:01.153862710 -0400 >> +++ linux-omap-pm/arch/arm/mach-omap2/pm34xx.c >2010-08-06 10:44:06.393863125 -0400 >> @@ -39,6 +39,7 @@ >> #include >> #include >> #include >> +#include >> >> #include >> >> @@ -416,6 +417,8 @@ >> if (core_next_state == PWRDM_POWER_OFF) { >> omap3_core_save_context(); >> omap3_prcm_save_context(); >> +/* Save MUSB context */ >> +musb_context_save_restore(1); >> } >> } >> >> @@ -458,6 +461,8 @@ >> omap3_prcm_restore_context(); >> omap3_sram_restore_context(); >> omap2_sms_restore_context(); >> +/* restore MUSB context */ >> +musb_context_save_restore(0); >> } >> omap_uart_resume_idle(0); >> omap_uart_resume_idle(1); >> Index: linux-omap-pm/arch/arm/mach-omap2/usb-musb.c >> === >> --- linux-omap-pm.orig/arch/arm/mach-omap2/usb-musb.c >2010-08-06 09:24:23.690112596 -0400 >> +++ linux-omap-pm/arch/arm/mach-omap2/usb-musb.c >2010-08-06 10:44:06.385862697 -0400 >> @@ -120,6 +120,27 @@ >> } >> } >> >> +void musb_context_save_restore(int save) >> +{ >> +struct omap_hwmod *oh = omap_hwmod_lookup("usb_otg_hs"); >> +struct omap_device *od = oh->od; >> +struct platform_device *pdev =&od->pdev; >> +struct device *dev =&pdev->dev; >> +struct device_driver *drv = dev->driver; >> + >> +if (drv) { >> +struct musb_hdrc_platform_data *pdata = >dev->platform_data; >> +const struct dev_pm_ops *pm = drv->pm; >> +if (!pdata->is_usb_active(dev)) { >> + >> +if (save) >> +pm
Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
On 8/6/2010 7:27 PM, Kalliguddi, Hema wrote: From: Hema HK With OMAP core-off support musb was not functional as context was getting lost after wakeup from core-off. And also musb was blocking the core-off after loading the gadget driver even with no cable connected sometimes. Added the conext save/restore api in the platform layer which will be called in the idle and wakeup path. Changed the usb sysconfig settings as per the usbotg functional spec. When the device is not active, configure to force idle and force standby mode. When it is being used, configure in smart standby and smart idle mode. So while attempting to coreoff the usb is configured to force standby and force idle mode, after wakeup configured in smart idle and smart standby. Is this valid for OMAP3 and OMAP4? I checked quickly the OMAP4 TRM vB in the USB_OTG chapter related to PM (23.13.4.2 Power-Management), and I cannot find any note regarding that specific programming model. Could give us reference to the documentation that contains the details about that? Benoit Signed-off-by: Hema HK Signed-off-by: Maulik Mankad Cc: Felipe Balbi Cc: Tony Lindgren Cc: Kevin Hilman --- arch/arm/mach-omap2/pm34xx.c |4 ++ arch/arm/mach-omap2/usb-musb.c| 21 ++ arch/arm/plat-omap/include/plat/usb.h |2 + drivers/usb/musb/musb_core.c | 11 --- drivers/usb/musb/omap2430.c | 48 +++--- 5 files changed, 71 insertions(+), 15 deletions(-) Index: linux-omap-pm/arch/arm/mach-omap2/pm34xx.c === --- linux-omap-pm.orig/arch/arm/mach-omap2/pm34xx.c 2010-08-06 09:23:01.153862710 -0400 +++ linux-omap-pm/arch/arm/mach-omap2/pm34xx.c 2010-08-06 10:44:06.393863125 -0400 @@ -39,6 +39,7 @@ #include #include #include +#include #include @@ -416,6 +417,8 @@ if (core_next_state == PWRDM_POWER_OFF) { omap3_core_save_context(); omap3_prcm_save_context(); + /* Save MUSB context */ + musb_context_save_restore(1); } } @@ -458,6 +461,8 @@ omap3_prcm_restore_context(); omap3_sram_restore_context(); omap2_sms_restore_context(); + /* restore MUSB context */ + musb_context_save_restore(0); } omap_uart_resume_idle(0); omap_uart_resume_idle(1); Index: linux-omap-pm/arch/arm/mach-omap2/usb-musb.c === --- linux-omap-pm.orig/arch/arm/mach-omap2/usb-musb.c 2010-08-06 09:24:23.690112596 -0400 +++ linux-omap-pm/arch/arm/mach-omap2/usb-musb.c2010-08-06 10:44:06.385862697 -0400 @@ -120,6 +120,27 @@ } } +void musb_context_save_restore(int save) +{ + struct omap_hwmod *oh = omap_hwmod_lookup("usb_otg_hs"); + struct omap_device *od = oh->od; + struct platform_device *pdev =&od->pdev; + struct device *dev =&pdev->dev; + struct device_driver *drv = dev->driver; + + if (drv) { + struct musb_hdrc_platform_data *pdata = dev->platform_data; + const struct dev_pm_ops *pm = drv->pm; + if (!pdata->is_usb_active(dev)) { + + if (save) + pm->suspend(dev); + else + pm->resume_noirq(dev); + } + } +} + #else void __init usb_musb_init(struct omap_musb_board_data *board_data) { Index: linux-omap-pm/arch/arm/plat-omap/include/plat/usb.h === --- linux-omap-pm.orig/arch/arm/plat-omap/include/plat/usb.h2010-08-06 09:23:01.137862514 -0400 +++ linux-omap-pm/arch/arm/plat-omap/include/plat/usb.h 2010-08-06 10:44:06.381864367 -0400 @@ -79,6 +79,8 @@ extern void usb_ohci_init(const struct ohci_hcd_omap_platform_data *pdata); +/* For saving and restoring the musb context during off/wakeup*/ +extern void musb_context_save_restore(int save); #endif Index: linux-omap-pm/drivers/usb/musb/musb_core.c === --- linux-omap-pm.orig/drivers/usb/musb/musb_core.c 2010-08-06 09:24:21.069863329 -0400 +++ linux-omap-pm/drivers/usb/musb/musb_core.c 2010-08-06 10:44:06.369863527 -0400 @@ -2427,11 +2427,6 @@ } musb_save_context(musb); - - if (musb->set_clock) - musb->set_clock(musb->clock, 0); - else - clk_disable(musb->clock); spin_unlock_irqrestore(&musb->lock, flags); return 0; } @@ -2443,12 +2438,6 @@ if (!musb->clock) return 0; - - if (musb->set_clock) - musb->set_clock(musb->clock, 1); - else
Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
Hello. Hema HK wrote: With OMAP core-off support musb was not functional as context was getting lost after wakeup from core-off. And also musb was blocking the core-off after loading the gadget driver even with no cable connected sometimes. Added the conext save/restore api in the platform layer which will be called in the idle and wakeup path. Changed the usb sysconfig settings as per the usbotg functional spec. When the device is not active, configure to force idle and force standby mode. When it is being used, configure in smart standby and smart idle mode. So while attempting to coreoff the usb is configured to force standby and force idle mode, after wakeup configured in smart idle and smart standby. Signed-off-by: Hema HK Signed-off-by: Maulik Mankad Cc: Felipe Balbi Cc: Tony Lindgren Cc: Kevin Hilman [...] Index: linux-omap-pm/arch/arm/mach-omap2/usb-musb.c === --- linux-omap-pm.orig/arch/arm/mach-omap2/usb-musb.c 2010-08-06 09:24:23.690112596 -0400 +++ linux-omap-pm/arch/arm/mach-omap2/usb-musb.c2010-08-06 10:44:06.385862697 -0400 @@ -120,6 +120,27 @@ } } +void musb_context_save_restore(int save) +{ + struct omap_hwmod *oh = omap_hwmod_lookup("usb_otg_hs"); + struct omap_device *od = oh->od; + struct platform_device *pdev = &od->pdev; + struct device *dev = &pdev->dev; + struct device_driver *drv = dev->driver; + + if (drv) { + struct musb_hdrc_platform_data *pdata = dev->platform_data; + const struct dev_pm_ops *pm = drv->pm; Should be an empty line after the declaration block... + if (!pdata->is_usb_active(dev)) { + + if (save) + pm->suspend(dev); + else + pm->resume_noirq(dev); + } + } +} + #else void __init usb_musb_init(struct omap_musb_board_data *board_data) { Index: linux-omap-pm/drivers/usb/musb/musb_core.c === --- linux-omap-pm.orig/drivers/usb/musb/musb_core.c 2010-08-06 09:24:21.069863329 -0400 +++ linux-omap-pm/drivers/usb/musb/musb_core.c 2010-08-06 10:44:06.369863527 -0400 @@ -2427,11 +2427,6 @@ } musb_save_context(musb); - - if (musb->set_clock) - musb->set_clock(musb->clock, 0); - else - clk_disable(musb->clock); spin_unlock_irqrestore(&musb->lock, flags); return 0; } @@ -2443,12 +2438,6 @@ if (!musb->clock) return 0; - - if (musb->set_clock) - musb->set_clock(musb->clock, 1); - else - clk_enable(musb->clock); - musb_restore_context(musb); The same question again: are you sure that clocks are auto-gated on non-OMAP platfroms? Index: linux-omap-pm/drivers/usb/musb/omap2430.c === --- linux-omap-pm.orig/drivers/usb/musb/omap2430.c 2010-08-06 09:24:21.069863329 -0400 +++ linux-omap-pm/drivers/usb/musb/omap2430.c 2010-08-06 10:44:30.093914217 -0400 [...] @@ -259,15 +273,42 @@ void musb_platform_save_context(struct musb *musb, struct musb_context_registers *musb_context) { - musb_context->otg_sysconfig = musb_readl(musb->mregs, OTG_SYSCONFIG); - musb_context->otg_forcestandby = musb_readl(musb->mregs, OTG_FORCESTDBY); If you're not saving the registers, you should remove the corresponding fields from 'struct musb_context_registers'. + /* +* As per the omap-usbotg specification, configure it to forced standby +* and force idle mode when no activity on usb. +*/ + void __iomem *musb_base = musb->mregs; + + musb_writel(musb_base, OTG_FORCESTDBY, 0); + + musb_writel(musb_base, OTG_SYSCONFIG, musb_readl(musb_base, + OTG_SYSCONFIG) & ~(NOSTDBY | SMARTSTDBY)); + + musb_writel(musb_base, OTG_SYSCONFIG, musb_readl(musb_base, + OTG_SYSCONFIG) & ~(AUTOIDLE)); Pointless parens around AUTOIDLE... + musb_writel(musb_base, OTG_SYSCONFIG, musb_readl(musb_base, + OTG_SYSCONFIG) & ~(NOIDLE | SMARTIDLE)); + + musb_writel(musb_base, OTG_FORCESTDBY, 1); } void musb_platform_restore_context(struct musb *musb, struct musb_context_registers *musb_context) { - musb_writel(musb->mregs, OTG_SYSCONFIG, musb_context->otg_sysconfig); - musb_writel(musb->mregs, OTG_FORCESTDBY, musb_context->otg_forcestandby); + /* +* As per the omap-usbotg specification, configure it smart standby +* and smart idle during operation. +*/ + void __iomem *musb_base = musb->mregs; + + musb_writel(musb_base, OTG_FORCESTDBY, 0); + + musb_writel
Re: [PATCH V2 6/8] usb: musb: Offmode fix for idle path
On Sat, Aug 7, 2010 at 1:27 AM, Hema HK wrote: > From: Hema HK > > With OMAP core-off support musb was not functional as context was getting > lost after wakeup from core-off. And also musb was blocking the core-off > after loading the gadget driver even with no cable connected sometimes. > > Added the conext save/restore api in the platform layer which will > be called in the idle and wakeup path. > > Changed the usb sysconfig settings as per the usbotg functional spec. > When the device is not active, configure to force idle and force standby mode. > When it is being used, configure in smart standby and smart idle mode. > So while attempting to coreoff the usb is configured to force standby and > force idle mode, after wakeup configured in smart idle and smart standby. > > Signed-off-by: Hema HK > Signed-off-by: Maulik Mankad > > Cc: Felipe Balbi > Cc: Tony Lindgren > Cc: Kevin Hilman > --- > > arch/arm/mach-omap2/pm34xx.c | 4 ++ > arch/arm/mach-omap2/usb-musb.c | 21 ++ > arch/arm/plat-omap/include/plat/usb.h | 2 + > drivers/usb/musb/musb_core.c | 11 --- > drivers/usb/musb/omap2430.c | 48 > +++--- > 5 files changed, 71 insertions(+), 15 deletions(-) > > Index: linux-omap-pm/arch/arm/mach-omap2/pm34xx.c > === > --- linux-omap-pm.orig/arch/arm/mach-omap2/pm34xx.c 2010-08-06 > 09:23:01.153862710 -0400 > +++ linux-omap-pm/arch/arm/mach-omap2/pm34xx.c 2010-08-06 10:44:06.393863125 > -0400 > @@ -39,6 +39,7 @@ > #include > #include > #include > +#include > > #include > > @@ -416,6 +417,8 @@ > if (core_next_state == PWRDM_POWER_OFF) { > omap3_core_save_context(); > omap3_prcm_save_context(); > + /* Save MUSB context */ > + musb_context_save_restore(1); > } > } > > @@ -458,6 +461,8 @@ > omap3_prcm_restore_context(); > omap3_sram_restore_context(); > omap2_sms_restore_context(); > + /* restore MUSB context */ > + musb_context_save_restore(0); > } > omap_uart_resume_idle(0); > omap_uart_resume_idle(1); > Index: linux-omap-pm/arch/arm/mach-omap2/usb-musb.c > === > --- linux-omap-pm.orig/arch/arm/mach-omap2/usb-musb.c 2010-08-06 > 09:24:23.690112596 -0400 > +++ linux-omap-pm/arch/arm/mach-omap2/usb-musb.c 2010-08-06 > 10:44:06.385862697 -0400 > @@ -120,6 +120,27 @@ > } > } > > +void musb_context_save_restore(int save) > +{ > + struct omap_hwmod *oh = omap_hwmod_lookup("usb_otg_hs"); > + struct omap_device *od = oh->od; > + struct platform_device *pdev = &od->pdev; > + struct device *dev = &pdev->dev; > + struct device_driver *drv = dev->driver; > + > + if (drv) { > + struct musb_hdrc_platform_data *pdata = dev->platform_data; > + const struct dev_pm_ops *pm = drv->pm; > + if (!pdata->is_usb_active(dev)) { > + > + if (save) > + pm->suspend(dev); > + else > + pm->resume_noirq(dev); > + } > + } > +} > + > #else > void __init usb_musb_init(struct omap_musb_board_data *board_data) > { > Index: linux-omap-pm/arch/arm/plat-omap/include/plat/usb.h > === > --- linux-omap-pm.orig/arch/arm/plat-omap/include/plat/usb.h 2010-08-06 > 09:23:01.137862514 -0400 > +++ linux-omap-pm/arch/arm/plat-omap/include/plat/usb.h 2010-08-06 > 10:44:06.381864367 -0400 > @@ -79,6 +79,8 @@ > > extern void usb_ohci_init(const struct ohci_hcd_omap_platform_data *pdata); > > +/* For saving and restoring the musb context during off/wakeup*/ > +extern void musb_context_save_restore(int save); > #endif > > > Index: linux-omap-pm/drivers/usb/musb/musb_core.c > === > --- linux-omap-pm.orig/drivers/usb/musb/musb_core.c 2010-08-06 > 09:24:21.069863329 -0400 > +++ linux-omap-pm/drivers/usb/musb/musb_core.c 2010-08-06 10:44:06.369863527 > -0400 > @@ -2427,11 +2427,6 @@ > } > > musb_save_context(musb); > - > - if (musb->set_clock) > - musb->set_clock(musb->clock, 0); > - else > - clk_disable(musb->clock); > spin_unlock_irqrestore(&musb->lock, flags); > return 0; > } > @@ -2443,12 +2438,6 @@ > > if (!musb->clock) > return 0; Is this check can be deleted also ? Because our blackfin platform have no clock support now. Thanks. > - > - if (musb->set_clock) > - musb->set_c
[PATCH V2 6/8] usb: musb: Offmode fix for idle path
From: Hema HK With OMAP core-off support musb was not functional as context was getting lost after wakeup from core-off. And also musb was blocking the core-off after loading the gadget driver even with no cable connected sometimes. Added the conext save/restore api in the platform layer which will be called in the idle and wakeup path. Changed the usb sysconfig settings as per the usbotg functional spec. When the device is not active, configure to force idle and force standby mode. When it is being used, configure in smart standby and smart idle mode. So while attempting to coreoff the usb is configured to force standby and force idle mode, after wakeup configured in smart idle and smart standby. Signed-off-by: Hema HK Signed-off-by: Maulik Mankad Cc: Felipe Balbi Cc: Tony Lindgren Cc: Kevin Hilman --- arch/arm/mach-omap2/pm34xx.c |4 ++ arch/arm/mach-omap2/usb-musb.c| 21 ++ arch/arm/plat-omap/include/plat/usb.h |2 + drivers/usb/musb/musb_core.c | 11 --- drivers/usb/musb/omap2430.c | 48 +++--- 5 files changed, 71 insertions(+), 15 deletions(-) Index: linux-omap-pm/arch/arm/mach-omap2/pm34xx.c === --- linux-omap-pm.orig/arch/arm/mach-omap2/pm34xx.c 2010-08-06 09:23:01.153862710 -0400 +++ linux-omap-pm/arch/arm/mach-omap2/pm34xx.c 2010-08-06 10:44:06.393863125 -0400 @@ -39,6 +39,7 @@ #include #include #include +#include #include @@ -416,6 +417,8 @@ if (core_next_state == PWRDM_POWER_OFF) { omap3_core_save_context(); omap3_prcm_save_context(); + /* Save MUSB context */ + musb_context_save_restore(1); } } @@ -458,6 +461,8 @@ omap3_prcm_restore_context(); omap3_sram_restore_context(); omap2_sms_restore_context(); + /* restore MUSB context */ + musb_context_save_restore(0); } omap_uart_resume_idle(0); omap_uart_resume_idle(1); Index: linux-omap-pm/arch/arm/mach-omap2/usb-musb.c === --- linux-omap-pm.orig/arch/arm/mach-omap2/usb-musb.c 2010-08-06 09:24:23.690112596 -0400 +++ linux-omap-pm/arch/arm/mach-omap2/usb-musb.c2010-08-06 10:44:06.385862697 -0400 @@ -120,6 +120,27 @@ } } +void musb_context_save_restore(int save) +{ + struct omap_hwmod *oh = omap_hwmod_lookup("usb_otg_hs"); + struct omap_device *od = oh->od; + struct platform_device *pdev = &od->pdev; + struct device *dev = &pdev->dev; + struct device_driver *drv = dev->driver; + + if (drv) { + struct musb_hdrc_platform_data *pdata = dev->platform_data; + const struct dev_pm_ops *pm = drv->pm; + if (!pdata->is_usb_active(dev)) { + + if (save) + pm->suspend(dev); + else + pm->resume_noirq(dev); + } + } +} + #else void __init usb_musb_init(struct omap_musb_board_data *board_data) { Index: linux-omap-pm/arch/arm/plat-omap/include/plat/usb.h === --- linux-omap-pm.orig/arch/arm/plat-omap/include/plat/usb.h2010-08-06 09:23:01.137862514 -0400 +++ linux-omap-pm/arch/arm/plat-omap/include/plat/usb.h 2010-08-06 10:44:06.381864367 -0400 @@ -79,6 +79,8 @@ extern void usb_ohci_init(const struct ohci_hcd_omap_platform_data *pdata); +/* For saving and restoring the musb context during off/wakeup*/ +extern void musb_context_save_restore(int save); #endif Index: linux-omap-pm/drivers/usb/musb/musb_core.c === --- linux-omap-pm.orig/drivers/usb/musb/musb_core.c 2010-08-06 09:24:21.069863329 -0400 +++ linux-omap-pm/drivers/usb/musb/musb_core.c 2010-08-06 10:44:06.369863527 -0400 @@ -2427,11 +2427,6 @@ } musb_save_context(musb); - - if (musb->set_clock) - musb->set_clock(musb->clock, 0); - else - clk_disable(musb->clock); spin_unlock_irqrestore(&musb->lock, flags); return 0; } @@ -2443,12 +2438,6 @@ if (!musb->clock) return 0; - - if (musb->set_clock) - musb->set_clock(musb->clock, 1); - else - clk_enable(musb->clock); - musb_restore_context(musb); /* for static cmos like DaVinci, register values were preserved Index: linux-omap-pm/drivers/usb/musb/omap2430.c === --- linux-omap-pm.orig/drivers/usb/musb/omap2430.c 2010-08-06 09:24: