Re: suspend broken on 3.5-rc1?

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

 



Omar Ramirez Luna <omar.luna@xxxxxxxxxx> writes:

> On 12 June 2012 07:01, Rajendra Nayak <rnayak@xxxxxx> wrote:

[...]

>> ..anyone knows of any more fixes going around?
>
> I'm seeing the same thing, it gets stuck trying to enable CPU1, tried
> this with pm-20120710 from linux-omap-pm and current LO master (based
> on 3.5-rc6), also using a Panda 4460.

When reporing problems like this, it is greatly helpful to report your
defconfig (specifically, any changes from omap2plus_defconfig.)

Specifically, do you have CONFIG_MFD_OMAP_USB_HOST in your defconfig?
There are known bugs that cause the USB host driver to hang suspend in
mainline.  Because of this, and the fact that the USB developers did not
fix try to this for v3.5, current l-o master (and my pm branch) now have
this disabled by default in omap2plus_defconfig.

> Would appreciate patches if any.

If it's the USB host problem you need fixed, Russ Dill has posted a
couple patches and Keshava has posted a bigger revert, but there hasn't
been any conclusion on the fix yet.

Can you try to reproduce with omap2plus_defconfig (+ DMA engine if you
need MMC rootfs.)

With omap2plus_defconfig + initramfs and omap2plus_defconfig + DMAengine
for MMC rootfs, this is working fine for me on my 4430 Panda using RTC
wakeups:

# rtcwake -m mem -s 1
wakeup from "mem" at Sun Jan  2 23:02:35 2000
[   81.642883] PM: Syncing filesystems ... done.
[   81.651214] Freezing user space processes ... (elapsed 0.02 seconds) done.
[   81.683746] Freezing remaining freezable tasks ... (elapsed 0.02 seconds) done.
[   81.714965] Suspending console(s) (use no_console_suspend to debug)
[   81.731903] PM: suspend of devices complete after 8.179 msecs
[   81.733520] PM: late suspend of devices complete after 1.556 msecs
[   81.736175] PM: noirq suspend of devices complete after 2.655 msecs
[   81.736206] Disabling non-boot CPUs ...
[   81.738739] CPU1: shutdown
[   83.134338] Successfully put all powerdomains to target state
[   83.134552] Enabling non-boot CPUs ...
[   83.136352] CPU1: Booted secondary processor
[   83.136932] CPU1 is up
[   83.138336] PM: noirq resume of devices complete after 1.373 msecs
[   83.140014] PM: early resume of devices complete after 1.007 msecs
[   83.544158] PM: resume of devices complete after 404.144 msecs
[   83.608337] Restarting tasks ... done.

Kevin
--
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