linux 监控驱动suspend/resume的执行

最新推荐文章于 2023-12-29 10:35:37 发布

a254373829

最新推荐文章于 2023-12-29 10:35:37 发布

阅读量7k

点赞数

分类专栏： linux

本文链接：https://blog.csdn.net/a254373829/article/details/10453479

版权

本文探讨了Linux内核在调用驱动的suspend和resume回调时如何设置定时器进行监控。如果回调函数执行超过12秒，系统会触发BUG()导致重启。因此，开发者在编写相关回调时需要注意避免长时间阻塞，以防止出现意外的系统崩溃。

摘要由CSDN通过智能技术生成

当pm核心去调用驱动的suspend/resume的回调函数时，它会设置一个定时器来监视回调函数的执行，如果回调长时间没有执行完毕的话(当前定时为12S），定时器函数会调用BUG()让系统挂掉重启，所以在写pm相关的回调函数时，要确保不能长时间阻塞，否则后果你是知道的，可以看下dpm_wd_handler这个函数

/* kernel/drivers/base/power/main.c **/
static void dpm_wd_handler(unsigned long data)
{
   struct dpm_watchdog *wd = (void *)data;
   struct device *dev - wd->dev;
   struct task_struct *tsk = wd->tsk;

   dev_emerg(dev, "***DPM device timeout ***\n"); 
   show_stack(tsk, NULL);

   BUG();
}

除了这个问题，在遇到的bug中， log会不断地打印"bad: scheduing from the idle thread!" , 从函数堆栈上可以看出，在定时器函数运行之前， CPU上跑得是cpu_idle线程，这个线程的调度类(sched_class)是 idle_sched_class, BUG()这个宏会调用msleep函数，最终通过schedule()函数调用到idle_sched_class的dequeue_task_idle这个回调，然后会打出上面的log. 除此之外，由于执行BUG这个宏是在定时器处理函数里面调用的，是运行在中断上下文的，是不允许调用ms