Re: MFD USB host: prevents CORE retention in idle

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Jun 19, 2012 at 11:32 PM, Kevin Hilman <khilman@xxxxxx> wrote:
> "Munegowda, Keshava" <keshava_mgowda@xxxxxx> writes:
>
>> On Fri, Jun 15, 2012 at 7:17 PM, Jean Pihet <jean.pihet@xxxxxxxxxxxxxx> wrote:
>>> Hi Keshava,
>>>
>>> On Fri, Jun 15, 2012 at 2:04 PM, Munegowda, Keshava
>>> <keshava_mgowda@xxxxxx> wrote:
>>>> On Tue, Jun 12, 2012 at 6:28 PM, Munegowda, Keshava
>>>> <keshava_mgowda@xxxxxx> wrote:
>>>>> hi kevin
>>>>>         now I am using initramfs with kernel linux3.5.rc1,
>>>>> but the retention is not working in 3430 sdp.  I am seeing the following
>>>>> error followed by a crash
>>>>>
>>>>>
>>>>> echo mem > /sys/power/state
>>>>> [   35.609252] PM: Syncing filesystems ... done.
>>>>> [   35.614654] PM: Preparing system for mem sleep
>>>>> [   35.658630] Freezing user space processes ... (elapsed 0.01 seconds)
>>>>> done.
>>>>> [   35.689727] Freezing remaining freezable tasks ... (elapsed 0.02 seconds)
>>>>> done.
>>>>> [   35.697692] PM: Entering mem sleep
>>>>> [   35.722442] usb usb1: usb auto-resume
>>>>> [   35.726409] ehci-omap ehci-omap.0: resume root hub
>>>>> [   35.775451] hub 1-0:1.0: hub_resume
>>>>> [   35.779846] hub 1-0:1.0: hub_suspend
>>>>> [   35.784240] usb usb1: bus suspend, wakeup 0
>>>>> [   35.788665] ehci-omap ehci-omap.0: suspend root hub
>>>>> [   35.805786] PM: suspend of devices complete after 99.304 msecs
>>>>> [   35.816497] PM: late suspend of devices complete after 4.364 msecs
>>>>> [   35.831573] PM: noirq suspend of devices complete after 8.331 msecs
>>>>> [   35.838500] Disabling non-boot CPUs ...
>>>>> [   36.312164] Powerdomain (core_pwrdm) didn't enter target state 1
>>>>> [   36.318481] Could not enter target state in pm_suspend
>>>>> [   36.324859] Unable to handle kernel NULL pointer dereference at virtual
>>>>> address 00000018
>>>>> [   36.333557] pgd = c6280000
>>>>> [   36.336639] [00000018] *pgd=85c8f831, *pte=00000000, *ppte=00000000
>>>>> [   36.343414] Internal error: Oops: 17 [#1] SMP ARM
>>>>> [   36.348388] Modules linked in:
>>>>> [   36.351623] CPU: 0    Tainted: G        W     (3.5.0-rc1 #1)
>>>>> [   36.357574] PC is at _od_resume_noirq+0x14/0x58
>>>>> [   36.362365] LR is at dpm_run_callback+0x2c/0x74
>>>
>>> You need the fix from
>>> https://gitorious.org/linux-omap-dss2/linux/commit/9e0ca55fa5d9ff012964a7c7cef8af1b814b2fdb
>>>
>>> Hope this helps!
>>>
>>> Regards,
>>> Jean
>>
>> thanks Jean
>>     I used this patch; this solved the crash issue, but suspend/resume
>> is still failing.
>
> Failing in what way?  Did you debug any further?
>
> It may be failing because of problems with the USB host driver, which is
> what I'm needing you to debug.

The suspend/resume was failing even without USB in the mainline kernel image.

>
> I'm convinced now that these USB host PM changes were not very well
> tested at all as they seem to be causing a variety of different problems
> on my boards: faults during boot, preventing CORE idle retention,
> hanging suspend/resume.
>
> Anyways...
>
> To get current l-o master to succesfully suspend/resume, you need 3 things:
>
> 1) the DSS fixes that Jean mentioned above (these are merged in
>   v3.5-rc3, but not yet into l-o master)
> 2) disable USB host: set CONFIG_MFD_OMAP_USB_HOST=n
> 3) for for 32k timer which is also preventing CORE retention
>   http://marc.info/?l=linux-omap&m=134000053229888&w=2
>
> With that setup on top of current l-o master, suspend/resume is working
> for me on several OMAP3/4 platforms.
>
> Kevin

Ok, I will test this.

regards
keshava
--
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


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux