如何在Android 或Linux 下，做Suspend /Resume 的Debug【转】

2017-11-07 505

转自：http://blog.csdn.net/jacobywu/article/details/24735521

目录(?)[-]

Question:

如何在Linux 或 Android下得到足夠的information，來做Power Management的fine tune呢？

Answer:

在Linux或Android下，做power management 的調適時，常遇到沒有足夠的information，可以做為debug時的依據和參考

我們整理了幾個常用的參數或Command，可供設計者，得到足夠的Informaiton 做Suspend / Resume的function Debug。

加boot 參數 no_console_suspend

基本上我們常常使用console做為suspend function的debug的Information source，但原始的source code在suspend過程中，會將console關掉。所以我們看到一定程度後就再也看不到message了。

但是我們並不知道在Suspend的過程中，系統到底發生了什麼事，可能造成無法suspend。
為此，我們就會在kernel 啟動參數中加上no_console_suspend這個參數。在AM/DM37x APM中是修改boot.scr檔案參數

#!/bin/sh
cat <<EOF > boot.cmd
if fatload mmc 0 82000000 uImage
then
 echo ***** Kernel: /dev/mmcblk0p1/uImage *****
fi
echo ***** RootFS: /dev/mmcblk0p2 *****
# Pantherboard DVI output
#setenv bootargs 'console=ttyO2,115200n8 androidboot.console=ttyO2 mem=512M root=/dev/mmcblk0p2 rw rootfstype=ext3 rootdelay=1 init=/init ip=off omap_vout.vid1_static_vrfb_alloc=y omapdss.def_disp=dvi vram=32M omapfb.mode=dvi:1280x720MR-32 omapfb.vram=0:16M mpurate=1000'
# Pantherboard LCD output
setenv bootargs 'console=ttyO2,115200n8 androidboot.console=ttyO2 mem=512M root=/dev/mmcblk0p2 rw rootfstype=ext3 rootdelay=1 init=/init ip=off omap_vout.vid1_static_vrfb_alloc=y omapdss.def_disp=lcd omapfb.mode=lcd:800x480MR-32 vram=8M omapfb.vram=0:8M mpurate=1000'

將no_console_suspend加上去到boot 參數後就好了

setenv bootargs 'console=ttyO2,115200n8 androidboot.console=ttyO2 mem=512M root=/dev/mmcblk0p2 rw rootfstype=ext3 rootdelay=1 init=/init ip=off omap_vout.vid1_static_vrfb_alloc=y omapdss.def_disp=lcd omapfb.mode=lcd:800x480MR-32 vram=8M omapfb.vram=0:8M mpurate=1000 no_console_suspend'

如果是OMAP4 APM的話，請修改Kernel 參數的所在檔案即可(在U-boot Source code中)

這個是基本的參數，所以在Android或Linux上都可以使用。 kernel把console suspend掉以後，不管裡面出了什麼事情，在Console上都看不到。而使用這個參數後，大部分在suspend/resume時候的死機都可以通過Console看到kernel Panic的信息，這樣我們才會知道是哪裡出了問題。因為有的時候resume出錯，或者suspend到很後面出錯的console不加這個參數都看不到。

但這個參數在TI OMAP3/OMAP4/AM37x/DM37x有可能造成有時Suspend 完當掉或是resume 失敗的問題，假如已經抓到問題在那的時候，您就可以將這個參數Disable，不然很可能就會Debug不下去。

initcall_debug

這個同樣kernel參數，使用的時機是，當我們不知道是那個driver在suspend/resume過程中出錯的時候，可以使用這個參數來找出問題所在。在下完這個參數後，Kernel在suspend時，會將每個driver或task的狀況report出來。我們可以藉由這些information，Check 在suspend時，每個task和driver是否已經完成進suspend 的相關準備工作…

打開這個參數的方法有二種
一種是在console下Command，啟動這個function…

echo 1 > /sys/module/kernel/parameters/initcall_debug
echo 9 > /proc/sys/kernel/printk

其中上面的第一條命令是打開initcall_debug，這個是所有的kernel都會有的。

而第二條命令是要提高kernel message 級別，因為initcall的這些信息都是KERN_DEBUG級別的，所以需要提高printk的級別才可以看到，要不然suspend/resume的時候掛了，你就沒有機會看到這些信息了。

另一種啟動方法是寫在kernel的啟動參數下，就可以了。

setenv bootargs 'console=ttyO2,115200n8 androidboot.console=ttyO2 mem=512M root=/dev/mmcblk0p2 rw rootfstype=ext3 rootdelay=1 init=/init ip=off omap_vout.vid1_static_vrfb_alloc=y omapdss.def_disp=lcd omapfb.mode=lcd:800x480MR-32 vram=8M omapfb.vram=0:8M mpurate=1000 initcall_debug no_console_suspend'

同樣的，這個參數也有可能造成AM37x/DM37x/OMAP4 APM發生進suspend當掉的問題。所以一旦知道問題所在，麻煩請將這個參數Disable掉。

suspend_test

這個方法可以用rtc這種軟件的方式來做循環的suspend/resume，儘管對於Android這樣並不是很足夠，（還要再模擬一個POWER_KEY上去才夠），但是對於測試Driver的穩定性，還是有一定用處的。不要認為suspend了幾次可以，那麼就可以通過幾千次的測試。這個suspend是5秒鐘用RTC喚醒，然後回到Android後5秒鐘又會自動睡下去，但是對於通用Linux，你可以寫個script來讓他起來一會再睡下去，或許這個工具比較有用rtcwakeup（google rtcwakeup)。

使用方法：
編譯一個有這個功能的kernel， make menuconfig 以後選上

CONFIG_PM_DEBUG=y
CONFIG_PM_TEST_SUSPEND=y

這兩個選項，燒寫新的kernel，然後打開你需要測試的Device，比如WIFI，3G

echo "core" > /sys/power/pm_test
echo "mem" > /sys/power/state

這樣，它就會循環休眠和喚醒了。

wakelock

Android和Linux在Power Management相關的最大的就是wakelock機制的有無。Android有時候會碰到suspend進不去，或者suspend到最後又莫名奇妙的wake up的問題。這些都有可能是wakelock引起的，或者說是wakelock的使用者引起的。怎麼fine tune呢，使用Console在Android 系統下設定：

echo 15 > /sys/module/wakelock/parameters/debug_mask
echo 15 > /sys/module/userwakelock/parameters/debug_mask

15是代表16進制的F，在wakelock裡面就是把所有的debug信息打開，起碼現在是這樣設定的。如果以後不夠用了，可能就會改成255.
這樣你能看到kernel和frameworks層對於wakelock的操作、申請及釋放。這樣看申請和釋放成對否就可以了。
注意： wakelock有一種是timeout的，就是說多少毫秒以後，會自動釋放，對於這些wakelock，申請和釋放可能是不成對的。

power.0

有時看到系統suspend到了最後，然後遇到power.0後suspend失敗，然後整個系統又resume回來。這個是android專有的，因為power.0是android註冊到suspend最後的一個行程，它會在CPU進入suspend之前檢查一下有沒有wakelock存在，如果這時候還有沒有釋放的wakelock，那麼它會return -EBUSY然後導致整個suspend失敗。 Check這個問題的方法就是把上面wakelock的debug信息打開，然後看看是哪個去申請了wakelock，然後Release它。

這個錯誤的錯誤信息大概是這樣的：

    pm_noirq_op(): platform_pm_suspend_noirq+0x0/0x38 returns -11
    PM: Device power.0 failed to suspend late: error -11

earlysuspend

在android裡面中另外一個和Power Management有相關的機制叫earlysuspend，同樣可以打開debug message，用來做Android earlysuspend debug之用：

echo 15 > /sys/module/earlysuspend/parameters/debug_mask

來把相關的debug信息印出來，例如那個earlysuspend要被call之類的。

suspend/resume 時間 fine tune

有的時候你要調試suspend/resume的時間太慢的問題。一種方法是用initcall_debug，然後把printk的時間戳打上，然後看那個process最慢，再來Check原因是什麼
我有一個patch，專門用來調試這個問題的，但是upstream不接受，說非要用這種折磨人的方法才行，但是如果你想用可以下下來打上去用一下。

地址在這裡:http://www.spinics.net/lists/linux-pm/msg24063.html

用法是, 打上這個PATCH以後, 在KERNEL裡面選擇上PM_DEBUG， SUSPEND_DEVICE_TIME_DEBUG 這兩個選項。

然後

   echo 微秒> /sys/power/device_suspend_time_threshold

比如

   echo 50000 > /sys/power/device_suspend_time_threshold

注意這裡是微秒哦。。。它會把在suspend/resume的時候慢的那些driver打出來，然後你去幹掉它。。

本文转自张昺华-sky博客园博客，原文链接：http://www.cnblogs.com/sky-heaven/p/5578331.html，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/379021

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

【Cocos2d-X(2.x) 游戏开发系列之二】cocos2dx最新2.0.1版本跨平台整合NDK+Xcode编译到Android

前段时间有事情不在北京也很少上网所以一直没有更新博客，那么今天Himi向大家分享一下最新cocos2dx 2.0.1版本整合Xcode 编译运行Android的博文；首先介绍下cocos2dx 2.0: 主要特点：使用opengl es2.0支持CocosBuilder集成了一些扩展，比如CCControlExtension, CCNotification, CCListView实现javascript 绑定了，你可以参考”testjs”项目只支持iOS,Android和win32平台注意事项：请使用ndk-r7b或更高版本来编写android本地代码。Android自2.2版本起支持opengl es2.0 没有整合过之前cocos2dx版本的童鞋可以请先移步到【iOS-cocos2d-X 游戏开发之七】整合Cocos2dX的Android项目到Xcode项目中，Xcode编写&编译代码，Android导入打包运行即可！详细整合步骤如下：步骤1.首先Xcode安装最新cocos2dx版本：cocos2d-2.0-rc2-x-2.0.1，然后Xcode创建一个...

2017-11-08

492

新建一个字符串分类：NSString(Check),定义类方法更方便 .h文件 #import <Foundation/Foundation.h> @interface NSString (Check) //验证用户名输入时必须以字母开头 + (BOOL)checkUserName:(NSString *)userName showWainingInView:(UIView *)view; //验证用户名输入时必须为手机号 + (BOOL)checkTelPhone:(NSString *)telPhone showWainingInView:(UIView *)view; //验证邮箱是否输入正确 + (BOOL)checkEmail:(NSString *)email showWaingInView:(UIView *)view; //验证用户名是否为普通账号 + (BOOL)isUserName:(NSString *)userName; //验证用户名是否为手机号 + (BOOL)isTelPhone:(NSString *)telPhone; @end .m文件...

2017-11-08

636

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。