使用 GDB 调试 netlink 通信答案

【问题标题】：Using GDB for debugging netlink communication使用 GDB 调试 netlink 通信
【发布时间】：2012-05-30 18:02:57
【问题描述】：

我有一个使用 netlink 套接字与内核模块通信的多线程应用程序。用户模式应用程序中的一个线程用作服务器，内核模块用作客户端。内核代码大致如下：

timeout = 3500;
netlink_unicast();
wait:
__set_current_state(TASK_INTERRUPTIBLE);
timeout = schedule_timeout(timeout);
__set_current_state(TASK_RUNNING);
if (!timeout)
{
    printk(KERN_ERR "No response received\n");
    return -1;
}
if (message_status != UPDATED)
{
   printk(KERN_ERR "Somebody woke us up before we got a reply. Time left %d\n", timeout);
   __set_current_state(TASK_INTERRUPTIBLE);
   goto wait;
}

message_status 变量在用户模式应用程序回复此消息时在 netlink 回调中更新。所以基本上这个想法是发送一条消息，然后在 max timeout jiffies 等待回复。

现在，使用 gdb，如果我在用户模式下由 netlink 服务器线程调用的任何函数中添加断点，则断点永远不会被命中，并且内核日志中充斥着类似

的消息

在我们得到回复之前有人叫醒了我们。剩余时间 3499

在我们得到回复之前有人叫醒了我们。剩余时间 3499

在我们得到回复之前有人叫醒了我们。剩余时间 3499

在我们得到回复之前有人叫醒了我们。剩余时间 3499

..

..

在我们得到回复之前有人叫醒了我们。剩余时间 3498

直到我终于得到

没有收到回复

是什么导致内核线程从超时中唤醒，我应该如何调试用户模式代码？

PS：我在 RHEL 6.0 上使用 2.6.32-71.el6.x86_64

【问题讨论】：

标签： linux timeout gdb netlink

【解决方案1】：

使用 gdb。在 gdb 中，您可以使用“信息线程”来查看线程列表。您可以使用命令“thread”跳转到特定线程，其中 n 是所需的线程。您可以使用“break : thread”设置要中断的特定线程。请参阅手册的这一部分以控制与线程停止相关的程序行为。 IE。您可以指定在仅处理一个线程时停止所有线程。 https://sourceware.org/gdb/onlinedocs/gdb/Thread-Stops.html#Thread-Stops

【讨论】：