https://yun7211.github.io/series/%E5%B5%8C%E5%85%A5%E5%BC%8F-linux-%E8%B0%83%E8%AF%95/Recent content in 嵌入式 Linux 调试 on Yun 的个人博客Hugo -- gohugo.iozh-cnMon, 18 May 2026 11:30:00 +0800https://yun7211.github.io/embedded-linux/debug-performance/kernel-panic-debugging/Mon, 18 May 2026 11:30:00 +0800https://yun7211.github.io/embedded-linux/debug-performance/kernel-panic-debugging/<h2 id="先保留现场">先保留现场 </h2><p>Kernel panic 出现时，第一件事不是立刻改代码，而是把现场保存下来。串口完整日志、内核版本、设备树版本、启动参数、复现步骤和最近改动都应该保留。</p> <p>最小记录清单：</p> <ul> <li>panic 完整日志</li> <li><code>bootargs</code></li> <li>Kernel commit 或版本号</li> <li>DTB 来源</li> <li>根文件系统版本</li> <li>外设连接状态</li> </ul> <h2 id="看最后一个有效栈">看最后一个有效栈 </h2><p>panic 日志里最有价值的是调用栈和触发点。先找到 <code>Call trace</code>，再判断是空指针、非法地址、BUG_ON、oops 还是 watchdog。</p> <p>如果地址已经符号化，可以直接看函数名；如果没有符号，需要保留未裁剪的 <code>vmlinux</code>，配合 <code>addr2line</code> 定位源码行。</p> <h2 id="区分必现和偶现">区分必现和偶现 </h2><p>必现问题优先缩小配置和输入。偶现问题要关注并发、时序、内存越界、栈溢出和硬件状态。</p> <p>对于偶现问题，日志要尽量包含时间戳，并在关键路径加轻量日志，避免日志本身改变时序太多。</p> <h2 id="复盘问题来源">复盘问题来源 </h2><p>定位后还要记录根因类型：</p> <ul> <li>设备树配置错误</li> <li>驱动资源申请失败后清理不完整</li> <li>中断上下文误用阻塞接口</li> <li>DMA buffer 或 cache 同步问题</li> <li>用户态输入触发内核边界缺陷</li> </ul> <h2 id="小结">小结 </h2><p>Kernel panic 排查的关键是保留证据、定位栈、区分复现类型，再把根因沉淀成可检查的清单。</p>