3. Linux USB子系统架构

Linux USB子系统是操作系统中最复杂的设备管理框架之一，它采用分层的软件架构，将USB协议栈的复杂性封装在核心层中，向上为设备驱动提供统一的编程接口，向下适配各类主机控制器硬件。理解这一架构是开发USB主机驱动的基石。

3.1 整体架构分层

Linux USB子系统从逻辑上划分为三个主要层次：

• USB设备驱动层：位于最上层，直接与具体的USB设备（如U盘、键盘、摄像头）交互，实现设备特定的功能。
• USB核心层（usbcore）：中间枢纽，负责USB协议管理、设备枚举、总线管理、电源管理，并为上下层提供标准API。
• 主机控制器驱动层（HCD）：最底层，直接操作主机控制器寄存器，处理USB总线上的数据传输。

3.2 USB核心层（usbcore）

usbcore是USB子系统的中枢神经，它以内核模块的形式存在，负责管理USB总线上的所有活动。其主要职责包括：

3.3 主机控制器驱动（HCD）

HCD是USB子系统中最接近硬件的部分，它直接与主机控制器寄存器交互，负责USB总线上数据包的发送与接收。Linux内核支持四种主流HCD标准：

• OHCI（Open Host Controller Interface）：主要用于USB 1.1全速/低速设备，常见于嵌入式平台（如TI OMAP、Samsung S3C）。
• UHCI（Universal Host Controller Interface）：Intel主导的USB 1.1标准，将大部分调度工作交给软件，硬件设计更简单。
• EHCI（Enhanced Host Controller Interface）：USB 2.0高速标准，支持480 Mbps传输速率，兼容OHCI/UHCI。
• xHCI（eXtensible Host Controller Interface）：USB 3.0/3.1/4.0标准，支持超高速（5Gbps+），统一处理所有速度等级。

3.4 USB设备驱动模型

Linux内核的设备驱动模型为USB子系统提供了统一的设备-驱动绑定机制。USB设备在模型中表现为层次化的结构：

• struct usb_device：代表一个物理USB设备，包含设备地址、速度、描述符等信息。
• struct usb_interface：代表设备中的一个功能接口（如U盘的Bulk-Only传输接口、键盘的HID接口）。
• struct usb_driver：USB设备驱动的主要载体，通过 probe() 和 disconnect() 回调与接口绑定。

设备模型的核心匹配流程如下：

1. USB核心检测到设备插入，完成枚举后创建 usb_device 和 usb_interface。
2. 内核遍历已注册的 usb_driver，调用其 id_table 与接口描述符进行匹配。
3. 匹配成功则调用驱动的 probe() 函数，驱动开始初始化设备。
4. 设备拔出时调用 disconnect() 进行资源清理。

3.5 usbmon：USB监控框架

usbmon是Linux内核内置的USB总线监控工具，它允许开发者在主机侧捕获USB总线上的所有数据包，是调试USB驱动和协议问题的利器。

• 工作原理：usbmon在usbcore层插入钩子函数，在URB提交和完成时复制数据到环形缓冲区。
• 用户接口：通过debugfs文件系统暴露，通常挂载在 /sys/kernel/debug/usbmon/。
• 捕获方式：支持文本格式（0u、1u、2u）和二进制格式（3u、4u、5u），其中2u格式最常用。

# 挂载debugfs
mount -t debugfs none /sys/kernel/debug

# 查看可用USB总线
cat /sys/kernel/debug/usbmon/0s

# 捕获总线1上的所有USB流量（文本格式）
cat /sys/kernel/debug/usbmon/1u

usbmon的输出格式包含以下关键字段：

3.6 各层之间的协作关系

理解USB子系统的协作关系，关键在于掌握数据流和控制流的传递路径：

• 控制流：设备驱动 → usbcore（标准请求） → HCD（寄存器操作） → 硬件。
• 数据流：硬件 → HCD（DMA/中断） → usbcore（URB完成） → 设备驱动（回调）。
• 监控流：usbmon在usbcore层旁路捕获，不影响主数据路径。