resume from suspend issue on imx53qsb mainline kernel

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 
已解决

resume from suspend issue on imx53qsb mainline kernel

跳至解决方案
1,756 次查看
alexeym
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?

标签 (2)
标记 (2)
0 项奖励
回复
1 解答
1,349 次查看
alexeym
Contributor III
0 项奖励
回复
3 回复数
1,348 次查看
igorpadykov
NXP Employee
NXP Employee

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 项奖励
回复
1,348 次查看
alexeym
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 项奖励
回复
1,350 次查看
alexeym
Contributor III
0 项奖励
回复