3. panic流程深度解析

当内核检测到不可恢复的致命错误时，会调用 panic() 函数。这是内核故障处理的最终手段，其执行流程高度结构化，涉及多核同步、信息转储与可选的 kdump 捕获。理解这一调用链，是分析内核崩溃转储文件（vmcore）和定位根因的前提。

3.1 panic 函数的核心调用链

panic() 函数定义于 kernel/panic.c，其执行路径可划分为四个阶段。下表总结了各阶段的关键动作与输出：

以下 SVG 展示了 panic() 函数的主调用链与关键分支：

3.2 panic_smp_self_stop：多核同步的最后防线

在 crash_kexec() 执行失败或未配置 kdump 的情况下，内核需要确保其他 CPU 不再干扰当前 CPU 的 panic 输出。此时 panic_smp_self_stop() 被调用。

• 功能： 向所有其他 CPU 发送 IPI（核间中断），使其执行 stop_this_cpu() 函数。
• 行为： 其他 CPU 进入 halt / wfi 状态，不再响应调度或中断。
• 关键代码：

void panic_smp_self_stop(void)
{
    // 向其他 CPU 发送停止 IPI
    smp_send_stop();

    // 当前 CPU 进入死循环，等待其他 CPU 停止
    while (1)
        cpu_relax();
}

3.3 crash_kexec：从崩溃到捕获的桥梁

crash_kexec() 是 panic 流程中最重要的分支之一，它负责加载并跳转到 kdump 内核，从而保存当前内核的内存快照（vmcore）。

3.3.1 执行条件

3.3.2 执行流程

1. 保存寄存器： 将当前 CPU 的寄存器状态保存到 crash_notes 中，供捕获内核解析。
2. 关闭设备： 调用 machine_crash_shutdown() 关闭外设（如磁盘、网络），防止 DMA 破坏内存。
3. 跳转到捕获内核： 通过 kexec_crash_image->entry 跳转到捕获内核的入口点。
4. 捕获内核启动： 捕获内核启动后，将原始内核的内存内容写入磁盘或网络。

以下 SVG 展示了 crash_kexec() 的详细执行流程：

3.4 实战：从 panic 日志反推调用链

以下是一个典型的 panic 日志片段，我们通过它来反推内核的执行路径：

[  123.456789] Kernel panic - not syncing: Fatal exception
[  123.456790] CPU: 2 PID: 1234 Comm: kworker/2:1 Tainted: G        W
[  123.456791] Hardware name: VMware Virtual Platform
[  123.456792] Call Trace:
[  123.456793]  <NMI>
[  123.456794]  dump_stack+0x12/0x20
[  123.456795]  panic+0x1a0/0x300
[  123.456796]  oops_end+0x80/0x90
[  123.456797]  do_page_fault+0x2a0/0x400
[  123.456798]  page_fault+0x30/0x40
[  123.456799]  </NMI>
[  123.456800]  <...>
[  123.456801]  <0xffffffff81000000>
[  123.456802] Rebooting in 10 seconds..

3.5 关键配置与调试建议