调试LKM时GDB与dmesg等显示的主设备号不一致问题排查

1. 确认GDB使用的vmlinux与运行内核完全匹配 #

• 编译内核生成的vmlinux必须和QEMU加载的内核镜像（如bzImage）为同一编译产物，禁止混用不同版本的编译文件。
• 启动GDB时明确指定正确的vmlinux：

  file /path/to/your/compiled/vmlinux
  

2. 关闭内核KASLR（核心排查点） #

• 内核6.x默认开启KASLR，会随机化内核及模块的加载地址，导致GDB静态符号表地址与实际运行地址错位——这正是全局变量地址解析错误、函数地址却能正常匹配的典型原因。
• 修改QEMU启动参数，添加nokaslr内核启动项：

  qemu-system-x86_64 ... -append "console=ttyS0 nokaslr"
  

• 启动后通过以下命令确认参数生效：

  cat /proc/cmdline
  

3. 手动加载LKM符号并指定基地址 #

• 加载LKM后，查看模块的实际加载基地址：

  cat /proc/modules | grep your_lkm_name
  

• 在GDB中手动加载模块符号，替换0x<module_base_address>为上述命令输出的第二个数值：

  add-symbol-file /path/to/your_lkm.ko 0x<module_base_address>
  

4. 检查内核调试选项配置 #

• 确保内核编译时开启必要调试符号选项，同时规避干扰配置：
  • 强制开启：CONFIG_DEBUG_INFO=y、CONFIG_DEBUG_INFO_BTF=y
  • 若调试期间不需要KASLR，可直接编译时关闭CONFIG_RANDOMIZE_BASE=y（仅调试场景适用）
  • 开启CONFIG_KALLSYMS_ALL=y，保证/proc/kallsyms能显示全部符号

5. 规范LKM编译流程 #

• 编译LKM必须使用与运行内核完全一致的内核头文件及编译环境，禁止跨内核版本编译。
• 编译时添加-g参数生成完整调试符号：

  CFLAGS += -g
  

6. 验证符号地址一致性 #

• 加载LKM后，对比/proc/kallsyms与GDB中的变量地址：

  grep lainmemu_major /proc/kallsyms
  

  在GDB中执行：

  p &lainmemu_major
  

  手动加载符号后地址一致，说明此前符号加载方式有误。

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