resume from suspend issue on imx53qsb mainline kernel

cancel
Showing results for 
Search instead for 
Did you mean: 

resume from suspend issue on imx53qsb mainline kernel

Jump to solution
500 Views
Contributor III

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?

Labels (2)
0 Kudos
1 Solution
93 Views
Contributor III
0 Kudos
3 Replies
93 Views
NXP TechSupport
NXP TechSupport

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!

-----------------------------------------------------------------------------------------------------------------------

0 Kudos
93 Views
Contributor III

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.

0 Kudos
94 Views
Contributor III
0 Kudos