GDB调试Linux内核时内置模块断点设置失败求助

我来帮你排查这个断点设置失败的问题，以下是几个常见原因和对应的解决方法：

1. HTB调度器被编译为模块而非内置进内核 #

Linux内核的网络调度器组件经常会被编译成可加载模块，而非直接内置到vmlinux中。如果htb_dequeue_tree属于模块代码，它的符号不会出现在主内核的vmlinux文件里，自然无法通过函数名直接设置断点。

• 检查HTB的编译状态：在目标机上执行以下命令，查看HTB调度器的配置：

  grep CONFIG_NET_SCH_HTB /boot/config-$(uname -r)
  

  • 若输出为CONFIG_NET_SCH_HTB=m，说明它是模块；
  • 若为CONFIG_NET_SCH_HTB=y，说明已内置进内核；
  • 若为# CONFIG_NET_SCH_HTB is not set，说明该功能未开启。

• 模块情况下的解决步骤：

  1. 在目标机加载HTB模块：

     modprobe sch_htb
     

  2. 获取模块的加载地址：

     cat /sys/module/sch_htb/sections/.text
     

  3. 在主机的GDB中加载模块符号：

     add-symbol-file /lib/modules/$(uname -r)/kernel/net/sched/sch_htb.ko 0x<上面获取的地址>
     

  加载完成后，再尝试设置htb_dequeue_tree断点即可。

2. vmlinux文件与目标机运行内核版本不匹配 #

虽然你成功读取了符号，但如果主机端的vmlinux和目标机正在运行的内核不是同一版本（包括编译配置、补丁等细节不一致），也会出现符号找不到的情况。

• 验证版本一致性：
  • 目标机执行：uname -a，记录内核版本和编译信息；
  • 主机端执行：file ./vmlinux，查看vmlinux的版本信息，确保两者完全一致。如果不一致，需要重新编译对应版本的内核并生成匹配的vmlinux文件。

3. 函数被编译优化或符号被剥离 #

内核编译时如果开启了较高的优化级别（比如默认的-O2），某些函数可能会被内联优化，导致符号被从vmlinux中移除。另外，如果编译时没有开启调试信息，也会影响符号的识别。

• 解决方法：
  1. 尝试用行号设置断点，绕过函数名的问题：

     break net/sched/sch_htb.c:844
     

  2. 检查内核编译配置，确保开启了调试信息：
     在目标机的.config文件中确认CONFIG_DEBUG_INFO=y，如果之前没开启，需要重新编译内核并生成带调试信息的vmlinux。

4. 确认符号是否存在于vmlinux中 #

直接在主机端检查vmlinux里是否包含htb_dequeue_tree符号：

nm ./vmlinux | grep htb_dequeue_tree

如果没有任何输出，说明该函数确实没有被编译进当前的vmlinux中，需要回到内核配置，确保HTB调度器被正确开启并编译（内置或模块均可）。

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