Hello all,
I'm trying to use on imx53qsb with mc34708 pmic. And stuck with resume from suspend. It stops to resume after 5-15 cycles.(maybe more)
WEC7 BSP works fine on the same board.
It doesn't matter what IRQ line I'am using to wake up, I tried buttons with
gpio-key,wakeup; in dts, and waking up from ttymxc0 ( debug console)
cd /sys/class/tty/ttymxc0/
echo enabled > power/wakeup
after some I see
[ 1394.555344] PM: Syncing filesystems ... done.
[ 1394.746289] PM: Preparing system for mem sleep
[ 1394.753918] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 1394.762553] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 1394.771342] PM: Entering mem sleep
[ 1394.843168] PM: suspend of devices complete after 67.680 msecs
[ 1394.850220] PM: late suspend of devices complete after 1.061 msecs
[ 1394.857804] PM: noirq suspend of devices complete after 1.340 msecs
[ 1394.864107] Disabling non-boot CPUs ...
And thats it.
Looks like About iMX53 suspend/resume issue is totally related to my issue. But still nobody solved it?
已解决! 转到解答。
Hi alexeym
mc34708 pmic is not used on SMD board, so link
About iMX53 suspend/resume issue
is not applicable to your case. One can to try Freescale BSP:
L2.6.35_11_09_ER_SOURCE : Linux 2.6.35 Source Code Files
and documentation 11.09. Supports MCIMX53-START and MCIMX53-START-R.
IMX53_LINUX_1109_BSP_PATCH : Patch based on L2.6.35_11_09_ER_SOURCE,
to provide: GPU driver update, Uboot update for plugin mode support on Ripley QSB,
VPU firmware update and other fixes.
Also please check
i.mx53 qsb resume from suspend issue
Sleep/Suspend/Power Off on i.MX53 Kernel 3.0.15
For i.MX53 mainline kernel issues suggest to post on
meta-fsl-arm mailing list, so that someone familiar with mainline could try to assist you.
https://lists.yoctoproject.org/listinfo/meta-freescale
Best regards
igor
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------
Thank you for answer, anyway later investigation makes me think that problem is not in mc34708 pmic, but in SOC somewhere.
I've put some messages in:
static int mx5_suspend_enter(suspend_state_t state) from pm-imx5.c
and I see printk message right before
cpu_do_idle() function which is macro really calls cpu_v7_do_idle from proc-v7.S
And I don't see that CPU pulls STANDBY pad in any way, pmic don't know anything about cpu low power mode.
So problem is somewhere in those 3 ARM instructions:
dsb @ WFI may enter a low-power mode
wfi
ret lr
Have no idea where to move next.