decode_stacktrace.sh使用前提及input.log获取相关问题

CONFIG_DEBUG_INFO不是运行scripts/decode_stacktrace.sh脚本的必要前置条件。

• 该脚本的核心逻辑是调用addr2line、objdump、nm等二进制分析工具，把栈回溯里的裸内存地址翻译成可读的函数名、源码行号信息。就算编译内核时未开启CONFIG_DEBUG_INFO，只要保留了编译生成的vmlinux文件，脚本依然可以基于内核符号表完成基础的地址到函数名的解析，只是输出精度有限，无法获取具体源码行号、内联函数调用链这类细粒度信息。
• 文档提到开启CONFIG_DEBUG_INFO可提升解析质量，是因为开启该选项后编译出的vmlinux会携带完整的DWARF调试信息，脚本调用相关工具时能读取到更多调试元数据，输出的解析结果会更详尽，并非不开这个选项脚本就完全无法运行。

补丁给出的使用示例命令如下：

./decode_stacktrace.sh vmlinux /home/sasha/linux/ < input.log > output.log

其中input.log是存储内核原始栈回溯文本的普通日志文件。

input.log常见获取渠道 #

• 从串口控制台、IPMI远程控制台、本地帧缓冲控制台实时输出的内核日志中，截取包含原始栈回溯的片段保存
• 系统正常运行时，执行dmesg命令导出内核环形缓冲区日志，从中筛选出带栈回溯的内容保存
• 内核异常重启后，从pstore持久化日志、kdump导出的vmcore解析出的内核日志中提取对应栈片段
• 手动触发SysRq键打印栈、各类内核检测机制主动输出栈时，将终端输出重定向保存为文件

日志生成的前置条件说明 #

这类栈日志的生成既不依赖CONFIG_DEBUG_INFO开启，也不是只有内核panic、oops时才会产生：

• CONFIG_DEBUG_INFO的作用是控制是否把DWARF调试信息编译进vmlinux文件，仅影响后续栈解析的精度，和内核本身是否会打印栈回溯没有任何关联。哪怕完全关闭这个配置，内核触发栈打印逻辑时依然会正常输出带内存地址的原始栈内容，这些内容存成文件就可以作为input.log使用。
• 内核打印栈回溯的场景非常多，绝非只有panic、oops这类致命故障才会输出：比如WARN_ON告警触发、RCU卡顿检测、进程死锁/hung task检测、内存分配失败告警、手动触发SysRq打印全进程栈等非致命场景，内核都会主动输出原始栈信息，这些内容都可以作为脚本的输入。

内容的提问来源于stack exchange，提问作者li_jessen