Re: MFD USB host: prevents CORE retention in idle

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

 



On Wed, Jun 20, 2012 at 7:53 PM, Kevin Hilman <khilman@xxxxxx> wrote:
> "Munegowda, Keshava" <keshava_mgowda@xxxxxx> writes:
>
>> On Wed, Jun 20, 2012 at 11:53 AM, Munegowda, Keshava
>> <keshava_mgowda@xxxxxx> wrote:
>>> 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
>>>
>>
>> I tired the linux2.3.5.rc2 + DSS fixes + sync 32k timer fix without USB
>> on beagle XM.
>
> I suggested using l-o master as a baseline, not -rc2.
>
> I just pushed a branch with this baseline so we are sure to be testing
> the same baseline.  Please use the 'tmp/test/usb-host' branch from my
> tree[1] as the starting point.
>
> Build using omap2plus_defconfig, boot, then suspend/resume and send the output
> of 'cat /debug/pm_debug/count'
>
> This baseline is working fine for me on 3430/n900, 3530/Overo and
> 3630/Beagle-xM.
>
> Kevin
>
> [1] git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux.git


I did the clone of this , But I am not seeing the branch 'tmp/test/usb-host'
I am seeing only the branch /wip/arm-nohz-cpusets other than master.
I didn't any usb-host branch here too:
http://git.kernel.org/?p=linux/kernel/git/khilman/linux.git;a=summary

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