在 qemu 中使用 GDB 调试 Linux 内核无法命中函数或给定地址

Question

我正在尝试在 qemu 环境中使用 GDB 逐步了解内核启动顺序。

以下是我的设置：

在一个终端中我正在运行

~/Qemu_arm/bin/qemu-system-arm -M vexpress-a9 -dtb ./arch/arm/boot/dts/vexpress-v2p-ca9.dtb -kernel ./arch/arm/boot/zImage -append "root=/dev/mmcblk0 console=ttyAMA0" -sd ../Images/RootFS.ext3 -serial stdio -s -S

在其他终端

arm-none-linux-gnueabi-gdb vmlinux
Reading symbols from vmlinux...done.
(gdb) target remote :1234
Remote debugging using :1234
0x60000000 in ?? ()

我的问题是如何为 /arch/arm/boot/compressed/* 文件中的代码设置断点。

例如，我尝试为 misc.c 中定义的 decompress_kernel 设置断点。

案例 1：

(gdb)  b decompress_kernel
Function "decompress_kernel" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 2 (decompress_kernel) pending.
(gdb) c
Continuing.

上面那个是打不到qemu正在启动的功能的。

案例 2：

(gdb) b *0x80008000
Breakpoint 1 at 0x80008000: file arch/arm/kernel/head.S, line 89.
(gdb) c
Continuing.

在这种情况下，它也无法命中，而是 qemu 正在启动。

案例 3：

(gdb) b start_kernel
Breakpoint 1 at 0x8064d8d8: file init/main.c, line 498.
(gdb) c
Continuing.

Breakpoint 1, start_kernel () at init/main.c:498
498 {
(gdb) 

在这种情况下，功能正在运行，我可以逐步调试。

注意：我已启用调试，早期 printk 并尝试过 hbreak

所以我的查询是：

1. 为什么有些函数不能打断点？
2. 这是 qemu 限制还是我需要启用更多功能？
3. 我需要附加任何额外的参数吗？
4. 如何调试早期内核启动

Answer 1

您不能在 start_kernel 之前的任何函数上放置断点，因为您没有为它们加载符号。实际上，您使用内核的 zImage 启动 qemu，但从 vmlinux 加载符号。它们不一样：zImage 基本上是 vmlinux 压缩为数据有效负载，然后附加到存根上，存根在内存中将其解压缩，然后跳转到 start_kernel。

start_kernel 是 vmlinux 的入口点，它之前的任何函数，包括 decompress_kernel，都是存根的一部分，在 vmlinux 中不存在。

我不知道执行“arm-none-linux-gnueabi-gdb zImage”是否可以让您调试存根，我一直在真实硬件上使用 JTAG 调试器对 ARM 内核进行早期调试，从未使用过 qemu为此，对不起