启用调试符号的自定义Linux内核addr2line无法定位源码行求助

我之前调试自定义4.x内核的时候也碰到过一模一样的问题，给你梳理几个靠谱的排查和解决方向，一步步来应该能搞定：

1. 检查内核编译配置的关键选项 #

首先打开你的.config文件，务必确认以下几个配置项：

• CONFIG_DEBUG_INFO=y：这是生成完整调试符号的核心开关，如果设为n，vmlinux里根本不会包含行号等调试信息
• CONFIG_DEBUG_INFO_REDUCED=n：这个选项如果开启（设为y），会主动去掉行号、局部变量等调试细节，直接导致addr2line和GDB找不到行号
• CONFIG_DEBUG_INFO_SPLIT=n：如果开启这个，调试信息会被拆分到单独的.debug文件中，你需要确保这些文件和vmlinux在同一目录，或者给addr2line指定调试文件路径
• CONFIG_KASLR=n（可选）：如果开启了地址随机化，运行时的内核虚拟地址会和vmlinux里的链接地址有偏移，这时候直接用运行时地址查肯定找不到，需要先做地址转换

2. 验证vmlinux的调试信息完整性 #

先确认你的vmlinux确实包含调试符号：
执行以下命令：

readelf -S vmlinux | grep -E "(debug_line|debug_info)"

如果能输出类似.debug_line、.debug_info的段信息，说明调试符号存在；如果没有任何输出，那就是编译时没生成调试符号，得重新编译内核。

3. 处理KASLR导致的地址偏移（如果开启了KASLR） #

如果你的内核开了KASLR，运行时地址和链接地址不一致，需要先转换地址：

1. 获取运行时的_text起始地址：

   cat /proc/kallsyms | grep " _text"
   

   会得到类似ffffffff9bd00000 T _text的结果
2. 获取vmlinux里链接时的_text地址：

   nm vmlinux | grep " _text"
   

   会得到类似ffffffff81000000 T _text的结果
3. 计算偏移量：运行时_text地址 - 链接时_text地址，比如上面的例子就是0xffffffff9bd00000 - 0xffffffff81000000 = 0x1ad00000
4. 把你要查的地址减去这个偏移量：0xffffffff9be625f0 - 0x1ad00000 = 0xffffffff811625f0
5. 用转换后的地址重新查询：

   addr2line -e vmlinux 0xffffffff811625f0
   

   或者在GDB里执行：

   info line *0xffffffff811625f0
   

4. 用汇编指令反向定位符号 #

如果上面的方法都不行，可以直接看该地址的汇编代码，反向找对应的函数：
在GDB里执行：

x/10i 0xffffffff9be625f0

会输出该地址附近的10条汇编指令，然后你可以用objdump反汇编vmlinux：

objdump -d vmlinux > vmlinux.disasm

在反汇编文件里搜索匹配的汇编序列，找到对应的函数名，然后直接用函数的链接地址去查行号，比如：

addr2line -e vmlinux <函数的链接地址>

5. 重新编译内核的注意事项 #

如果确认配置有问题，修改.config后，一定要执行：

make clean && make -j$(nproc)

确保完全清理旧的编译产物，重新生成包含完整调试符号的vmlinux。

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