Linux内核调试技术进程上下文R状态死锁监测.docVIP

Linux内核调试技术——进程上下文R状态死锁监测 一、lockup detector机制分析 lockup detector机制在内核代码的kernel/watchdog.c中实现，本文以Linux 4.1.15版本源码为例进行分析。首先了解其背后的设计原理：利用进程上下文、中断、nmi中断的不同优先级实现死锁监测。它们3者的优先级关系为“进程上下文 中断 nmi中断”，其中进程上下文优先级最低，可通过中断来进行监测进程的运行状态，nmi中断的优先级最高，它是一种不可屏蔽的中断，在中断上下文中发生死锁时，nmi中断处理也可正常进入，因此可用来监测中断中的死锁。不过可惜的是目前绝大多数的arm32芯片都不支持nmi中断，也包括我手中树莓派的bcm2835芯片。从程序的命名中就可以看出，该程序其实实现了一种软看门狗的功能，下面给出整体的软件流程框图： 该程序为每个cpu创建了一个进程和一个高精度定时器，其中进程用来喂狗，定时器用来唤醒喂狗进程和检测是否存在死锁进程，在检测到死锁进程后就触发报警，接下来详细分析源代码： [cpp] view plain copy 在CODE上查看代码片派生到我的代码片 void __init lockup_detector_init(void) { set_sample_period(); if (watchdog_enabled) watchdog_enable_all_cpus(); } 首先入口函数lockup_detector_init()，该函数会在内核启动流程中按如下路径调用：start_kernel() -- rest_init() -- kernel_init()（启内核线程）-- kernel_init_freeable() -- lockup_detector_init()。该函数首先计算高精度定时器的到期时间（即喂狗时间），该值为监测超时时间值的1/5，默认为4s（20s/5），然后判断开关标识来确定是否启用监测机制，该标识在没有启用hard lockup detect的情况下默认为SOFT_WATCHDOG_ENABLED，表示开启soft lockup detect。于此同时内核也提供了如下的__setup接口，可从内核启动参数cmd line中设置值和开关： [cpp] view plain copy 在CODE上查看代码片派生到我的代码片 static int __init softlockup_panic_setup(char *str) { softlockup_panic = simple_strtoul(str, NULL, 0); return 1; } __setup(softlockup_panic=, softlockup_panic_setup); static int __init nowatchdog_setup(char *str) { watchdog_enabled = 0; return 1; } __setup(nowatchdog, nowatchdog_setup); static int __init nosoftlockup_setup(char *str) { watchdog_enabled = ~SOFT_WATCHDOG_ENABLED; return 1; } __setup(nosoftlockup, nosoftlockup_setup); 此处假定开启soft lockup detect，接下来调用watchdog_enable_all_cpus()函数，该函数会尝试为每个CPU创建一个喂狗任务（并不会立即启动主函数执行）： [cpp] view plain copy 在CODE上查看代码片派生到我的代码片 static int watchdog_enable_all_cpus(void) { int err = 0; if (!watchdog_running) { err = smpboot_register_percpu_thread(watchdog_threads); if (err) pr_err(Failed to create watchdog threads, disabled\n); else watchdog_running = 1;