手机重启压力测试软件,高通8937平台手机关机压力测试概率卡在 device_shutdown(void) 问题应该如何调试？...

初次在SF发求助帖，希望各位多多支持，具体问题内容如下：

项目过程中遇到一个很棘手的问题，详细如下：

手机进行自动开关机压力测试(高通8937)400-1000次左右大概会有一次卡住导致不关机(并没有kernel panic)，现象就是卡在关机动画，adb还可以连，uart log也正常输出，我的做法就是把kernel 关机流程全部加上printk，然后弄10台机器进行压力测试，等到出现问题后，触发ramdump，再解开ramdump，查看kmsg中加的trace走到哪一步进一步分析卡在哪里。

但是这个情况很特殊！！！！加了kernel log后，浮现概率大大降低，就算进行2000次测试也不一定可以出现问题(进一步怀疑是某一个dev时序问题卡住，但是不知道凶手是谁..)，好不容易抓到一次，大致定位到了出问题就是卡在函数就是 device_shutdown函数，可惜log太少没有找出卡在具体哪一个device，现在还在继续压力测试中，我们分析极有可能是卡在pm_runtime_barrier 函数中，但是这个内核函数有点复杂，不太懂这块。集思广益，希望大家不吝给出各种调试分析手段！

void device_shutdown(void)

{

struct device *dev, *parent;

spin_lock(&devices_kset->list_lock);

/*

* Walk the devices list backward, shutting down each in turn.

* Beware that device unplug events may also start pulling

* devices offline, even as the system is shutting down.

*/

while (!list_empty(&devices_kset->list)) {

dev = list_entry(devices_kset->list.prev, struct device,

kobj.entry);

**dev_p = (char *)dev->kobj.name;

step1++;**

/*

* hold reference count of device's parent to

* prevent it from being freed because parent's

* lock is to be held

*/

parent = get_device(dev->parent);

get_device(dev);

/*

* Make sure the device is off the kset list, in the

* event that dev->*->shutdown() doesn't remove it.

*/

list_del_init(&dev->kobj.entry);

spin_unlock(&devices_kset->list_lock);

/* hold lock to avoid race with probe/release */

if (parent)

device_lock(parent);

device_lock(dev);

/* Don't allow any more runtime suspends */

pm_runtime_get_noresume(dev);

pm_runtime_barrier(dev);

**step2++;**

if (dev->bus && dev->bus->shutdown) {

if (initcall_debug)

dev_info(dev, "shutdown\n");

dev->bus->shutdown(dev);

} else if (dev->driver && dev->driver->shutdown) {

if (initcall_debug)

dev_info(dev, "shutdown\n");

dev->driver->shutdown(dev);

}

device_unlock(dev);

if (parent)

device_unlock(parent);

put_device(dev);

put_device(parent);

spin_lock(&devices_kset->list_lock);

}

spin_unlock(&devices_kset->list_lock);

}

上面的 dev_p = (char *)dev->kobj.name; 和step1，step2是我加的计数器，用于记录出问题时候跑了哪一步，是哪个dev卡住，可惜目前还没出结果，只能从代码层级深入挖掘o(╯□╰)o sad

后面经过反复大量的压力测试，浮现了一次，dev_p = (char *)dev->kobj.name;

用adb拉出来了，发现卡住的dev是 ：bam_dmux_ch_0.2 , 但是不了解这个东西是干什么用的.

暂时陷入分析僵局，无法进一步分析了..

希望有经验的同学帮忙分析下，多谢！