8


我想通过串行 ttyS0 从我的 64 位 suse 机器上调试 MIPS linux 驱动程序。使用的 gdb 在 LAN 上可以更好地用于调试应用程序，但不能通过串行方式使用 kgdb。我使用此页面和其他一些页面开始调试，但没有最终结果。

我的内核是使用以下设置编译的：

CONFIG_MAGIC_SYSRQ=y
CONFIG_HAVE_ARCH_KGDB=y
CONFIG_KGDB=y
CONFIG_KGDB_SERIAL_CONSOLE=y
# CONFIG_KGDB_TESTS is not set
CONFIG_CMDLINE="kgdboc=ttyS0,115200"

如果我运行 gdb：

gdb vmlinux
(gdb) set remotebaud 115200
(gdb) set debug remote 1
(gdb) target remote /dev/ttyS0

我可以观察到以下输出：

输出（GDB_TERMINAL）：

(gdb) target remote /dev/ttyS0
Remote debugging using /dev/ttyS0
Sending packet: $qSupported:qRelocInsn+#9a...Ack
Timeout in mid-packet, retrying
Timed out.
Timed out.
Ignoring packet error, continuing...
Packet qSupported (supported-packets) is supported
warning: unrecognized item "qSupported:qRelocIns" in "qSupported" response
Sending packet: $Hg0#df...Nak
Sending packet: $Hg0#df...Ack
Packet received: Hg0
Sending packet: $?#3f...Packet instead of Ack, ignoring it
Ack
Timed out.
Timed out.
Timed out.
Ignoring packet error, continuing...
Sending packet: $Hc-1#09...Nak
Sending packet: $Hc-1#09...Ack
Reply contains invalid hex digit 36

输出（远程目标）：

+$?#3f09n+#9a$Hg0#df+09

没有更多的事情发生！！！

我也测试了 sysrq，但提到的 sysrq-option 'g' 似乎不适合！

echo b > /proc/sysrq-trigger 
#successfully reboot

echo g > /proc/sysrq-trigger 
#prints only the help message (SysRq : HELP : loglevel(0-9) reBoot Crash termin .....)

sysrq 是否正常运行？
有什么我错过的吗？
有没有办法在我的远程设备上测试正在运行的 kgdb？

4

2 回答 2

2

我在通过串行链接使用 kgdb 运行 gdb 时遇到了很多问题。我的主机是 Intel x86 Linux 机器，目标是 ARM 32 位 Raspberry Pi 2。目标通过USB 转 TTL 串行电缆连接。以下是关键问题及其解决方案。

1) 不要与orgdb同时使用。screenminicom

在minicomtty 上连接后，GDB 挂起然后崩溃：

(gdb) target remote /dev/ttyUSB0
Ignoring packet error, continuing...
Ignoring packet error, continuing...
Ignoring packet error, continuing...
Ignoring packet error, continuing...
/build/gdb-cXfXJ3/gdb-7.11.1/gdb/thread.c:89: internal-error: inferior_thread: Assertion `tp' failed.
A problem internal to GDB has been detected, further debugging may prove unreliable.```

连接时screen，GDB 无法连接：

(gdb) tar rem /dev/ttyUSB0
/dev/ttyUSB0: Device or resource busy.

2）损坏的数据包和超时

无效数据包，错误校验和，在旧数据包中间看到新数据包开始，超时

使用支持目标架构的 GDB。x86 上的默认 GDB（至少在 Ubuntu 上）不支持 arm 目标。改用gdb-multiarch或使用与交叉编译工具集对应的 GDB，即arm-linux-gnueabihf-gdb. (gdb) set architecture使用命令列出可用的架构。在我的案例中，该auto架构正确地检测了手臂目标。

3) 连接前必须在目标上触发 KGDB

远程意外回复“vMustReplyEmpty”：vMustReplyEmpty

对偏移量查询的错误响应，qOffsets

GDB 尝试连接，但目标未处于调试模式。在连接 GDB 之前必须触发调试 sysrq。键盘快捷键对我不起作用。echo g > /proc/sysrq-trigger以 root 身份通过 SSH运行命令有效。

4) 配置波特率

警告：无效的波特率 115200。最大值为 38400。/dev/ttyUSB0：无效参数。

配置的波特率必须在kgdboc内核参数和 GDB 之间匹配。就我而言，不支持波特率 115200。按照建议将波特率设置为 38400 是必要的。使用内核 cmdline: 重新启动目标，kgdboc=ttyAMA0,38400然后：

(gdb) set remotebaud 38400
(gdb) target remote /dev/ttyUSB0
Remote debugging using /dev/ttyUSB0
0x800b4730 in kgdb_breakpoint ()

一旦这些问题得到解决，内核调试就会按预期工作。

于 2016-09-14T19:30:59.380 回答
0

我知道这是 2 年前的事了，但我只想说我的主板也有同样的问题，不幸的是它没有 LAN 接口来通过 TCP 连接使用 gdbserver。我不知道你是否能解决这个问题，但如果你的主板确实有一个 LAN 接口（或者你可以使用 USB 到以太网适配器构建一个），那么似乎可以通过它进行调试！

于 2015-02-17T13:44:15.637 回答