linux - 用户空间程序如何与 Linux 上的 USB 802.11 Wi-Fi 驱动程序交互？

Question

请允许我通过声明我是驱动程序开发的新手来限定这个问题。我想了解使用 RealTek 8187L 芯片的 USB Wi-Fi 卡的驱动程序源代码。基于对我的 previous question 的一个很好的回答, 我确定我需要检查的相关驱动程序源代码位于 drivers/net/wireless/rtl818x/rtl8187/dev.c (在 Linux 内核源代码中)。

做一些阅读，似乎 USB 驱动程序实例化了它向内核注册的 usb_driver 结构，它描述了(除其他外)驱动程序支持的设备(.id_table )，连接支持的设备时执行的函数(.probe)和可选，一组文件操作(.fops)，用于与用户空间交互。与 8187L 驱动程序关联的 usb_driver 结构不包含.fops:

static struct usb_driver rtl8187_driver = {
    .name       = KBUILD_MODNAME,
    .id_table   = rtl8187_table,
    .probe      = rtl8187_probe,
    .disconnect = __devexit_p(rtl8187_disconnect),
    .disable_hub_initiated_lpm = 1,
};

module_usb_driver(rtl8187_driver);

因此，我很好奇用户空间程序如何与该驱动程序交互以发送和接收数据。

在 old Linux Journal post 上(2001)，有以下摘录:

The fops and minor variables are optional. Most USB drivers hook into another kernel
subsystem, such as the SCSI, network or TTY subsystem. These types of drivers register themselves with the other kernel subsystem, and any user-space interactions are provided through that interface. But for drivers that do not have a matching kernel subsystem, such as MP3 players or scanners, a method of interacting with user space is needed. The USB subsystem provides a way to register a minor device number and a set of file_operations [fops] function pointers that enable this user-space interaction.

所以听起来 8187L 驱动程序可能是“挂接到另一个内核子系统”的驱动程序。所以我想我的问题是，对于这样一个不提供.fops函数指针的驱动程序，如何与其他内核进行交互子系统？最终，我希望能够在驱动程序代码中找到程序实际交互以发送和接收数据的点，以便我可以继续分析代码的工作原理。

Answer 1

单个无线芯片组的驱动程序处于非常低的级别。它和用户空间之间有很多层。 rtl8187之上的下一层是mac80211。在 drivers/net/wireless/rtl818x/rtl8187/dev.c 中观察对 ieee80211_register_hw 的调用。该注册调用提供了 mac80211 层和 rtl8187 设备之间的链接。

接下来看ieee80211_register_hw的实现，在net/mac80211/main.c中找到。这调用了 ieee80211_if_add，在 net/mac80211/iface.c 中找到，它调用了 register_netdevice。这会将设备置于内核的主要网络接口(interface)列表中，使其可用于 ifconfig 和 route 等操作。

大多数用户空间程序不直接与网络接口(interface)交互，它们只是将数据包发送到 IP 地址，内核使用路由表选择传出接口(interface)。