当前位置: 技术问答>linux和unix
请教高手pxa3xx sleep/resume回来后hang问题
来源: 互联网 发布时间:2017-01-01
本文导语: 平台pxa303, Linux 2.6.28的内核,跑的是Android1.5 最近在测试中发现后台运行Wifi+browser,然后正在读写SD/MMC卡里,让系统进入sleep模式,然后按Power键回来,当机的概率有30%左右,通过调试LED发现当机的点是不固定的,居然有发现直...
平台pxa303, Linux 2.6.28的内核,跑的是Android1.5
最近在测试中发现后台运行Wifi+browser,然后正在读写SD/MMC卡里,让系统进入sleep模式,然后按Power键回来,当机的概率有30%左右,通过调试LED发现当机的点是不固定的,居然有发现直接当在mdelay函数中的情况,这样看来应该不是代码跑飞
请各位高手给点建议,给点思路,谢谢!
最近在测试中发现后台运行Wifi+browser,然后正在读写SD/MMC卡里,让系统进入sleep模式,然后按Power键回来,当机的概率有30%左右,通过调试LED发现当机的点是不固定的,居然有发现直接当在mdelay函数中的情况,这样看来应该不是代码跑飞
请各位高手给点建议,给点思路,谢谢!
|
“然后正在读写SD/MMC卡里,让系统进入sleep模式”
这个时候不能进入sleep模式吧。 要看看你的sd/mmc驱动是如何写的啦。
还有就是你的sleep模式是如何定义的啦。
方向是
1)不跑android的情况下,测试suspend/sleep是否ok
2)看android是如何调用suspend/sleep的
这个时候不能进入sleep模式吧。 要看看你的sd/mmc驱动是如何写的啦。
还有就是你的sleep模式是如何定义的啦。
方向是
1)不跑android的情况下,测试suspend/sleep是否ok
2)看android是如何调用suspend/sleep的
|
支持 joyself 的处理思路。
读写内存卡设备时,就进入 sleep模式,然后唤醒,会出现死机的现象,怀疑是唤醒时,再次读写 内存卡,可能是内存卡驱动或者读写内存卡的应用程序占用CPU过高,导致假死机。
|
再找找,分析的思路挺不错的,可以再分析下看有没有遗留
|
我是来蹭分的
|
|
估计成了吧?