linux 内核die函数,linux – kernel的panic()函数是否完全冻结了其他所有进程？

感谢您上面的评论.经过一番研究,我准备给自己一个更完整的答案,如下：

至少对于x86架构,重启(LINUX_REBOOT_CMD_HALT)是可行的方法.反过来,这会调用syscall reboot()(参见：http://lxr.linux.no/linux+v3.6.6/kernel/sys.c#L433).然后,对于LINUX_REBOOT_CMD_HALT标志(参见：http://lxr.linux.no/linux+v3.6.6/kernel/sys.c#L480),系统调用调用kernel_halt()(在此定义：http://lxr.linux.no/linux+v3.6.6/kernel/sys.c#L394).该函数调用syscore_shutdown()来执行所有已注册的系统核心关闭回调,显示“System halted”消息,然后转储内核,最后,它调用machine_halt(),这是native_machine_halt()的包装(参见：http://lxr.linux.no/linux+v3.6.6/arch/x86/kernel/reboot.c#L680).正是这个函数停止了其他cpu(通过machine_shutdown()),然后调用stop_this_cpu()来禁用最后剩余的工作处理器.这个函数的第一件事就是禁用当前处理器上的中断,即调度程序不再能够控制.

在调用kernel_halt()之后,我不确定为什么syscall reboot()仍然调用do_exit(0).我这样解释：现在,所有处理器都被标记为禁用,系统调用reboot()调用do_exit(0)并结束自身.即使调度程序被唤醒,也没有更多启用的处理器可以在其上安排某些任务,也不会中断：系统停止运行.我不确定这个解释,因为stop_this_cpu()似乎没有返回(它进入一个无限循环).对于stop_this_cpu()失败(并返回)的情况,也许只是一个安全措施：在这种情况下,do_exit()将干净地结束当前任务,然后调用panic()函数.

至于panic()代码(在此定义：http://lxr.linux.no/linux+v3.6.6/kernel/panic.c#L69),该函数首先禁用本地中断,然后通过调用smp_send_stop()禁用所有其他处理器,当前处理器除外.最后,作为在当前处理器上执行的唯一任务(唯一的处理器仍处于活动状态),禁用所有本地中断(即,可抢占调度程序 – 毕竟是计时器中断 – 没有机会…),然后panic()函数循环一段时间或调用emergency_restart(),它应该重启处理器.

如果您有更好的见解,请提供帮助.