1. USB协议基础回顾：USB 2.0与USB 3.0架构差异、传输类型与描述符层级
各位好，我是老周。做Rockchip平台USB驱动开发这些年，我最大的感触是：很多问题归根结底，都是协议基础没吃透。你想想看，USB协议栈从硬件PHY到软件驱动，层层叠叠，一旦出问题，如果不懂底层协议，连日志都看不懂。
这一章，咱们把USB协议的核心骨架过一遍。不追求大而全，只挑驱动开发中最常用的知识点。我当年刚接触RK平台时，就是靠这些基础一点点啃下来的。
1.1 USB 2.0 vs USB 3.0：架构上的根本差异
先看一张整体对比图，心里有个谱。
这张图很直观。USB 3.0 不是简单的提速，而是架构上的重构。我最早在RK3288上调试USB 3.0时，发现设备枚举总是超时，查了半天才发现是D+/D-的兼容线没处理好——嗯，这个坑后面会细说。
核心差异速查表
| 对比项 | USB 2.0 | USB 3.0 |
|---|---|---|
| 信号线 | 1对差分 (D+/D-) | 2对差分 (SSTX, SSRX) + 保留D+/D- |
| 通信模式 | 半双工 | 全双工 |
| 传输调度 | 主机轮询 | 异步 + 流控 |
| 最大速率 | 480 Mbps (HS) | 5 Gbps (Gen1) / 10 Gbps (Gen2) |
| 电源管理 | 无独立总线 | 独立电源管理总线 |
| 数据包开销 | 较大 (SOF, 帧起始) | 较小 (TP, 事务包) |
1.2 四种传输类型：选对类型，事半功倍
USB协议定义了四种传输类型。说白了，就是给不同场景准备的通信方式。选错了，性能上不去；选对了，事半功倍。
- 控制传输 (Control Transfer)：枚举、配置、命令。双向，保证送达。我习惯叫它「握手型」——每次通信都有Setup、Data、Status三个阶段。在RK平台上，控制传输的端点0是标配，所有设备必须支持。
- 批量传输 (Bulk Transfer)：大块数据，比如U盘读写。保证送达，但不保证延迟。在RK3588上调试NVMe硬盘时，批量传输的吞吐量直接决定了读写性能。
- 中断传输 (Interrupt Transfer)：小数据，低延迟，比如鼠标键盘。主机定期轮询。注意：USB 3.0的中断传输支持异步通知，延迟更低。
- 同步传输 (Isochronous Transfer)：实时数据，比如音频、摄像头。不保证送达，但保证带宽和延迟。我在调试RK3566的UVC摄像头时，同步传输的带宽预留是个大坑。
个人经验：在RK平台上，批量传输的缓冲区大小和DMA对齐非常关键。我曾经遇到一个U盘读写速度只有20MB/s的问题，最后发现是批量传输的URB缓冲区没有做cache对齐——改完之后直接飙到80MB/s。
1.3 描述符层级结构：设备自报家门
USB设备通过描述符向主机「自报家门」。这个层级结构，我建议你背下来——调试时90%的问题都能从描述符里找到线索。
这个层级结构，我建议你把它想象成一棵树：设备是根，配置是主干，接口是分支，端点是叶子。每个层级都有对应的描述符。
避坑指南：我曾经在RK3399上调试一个复合设备，设备描述符里配置了3个接口，但实际只实现了2个。结果主机枚举到第3个接口时直接卡死。后来我养成了一个习惯：拿到设备先用 lsusb -v 把描述符全dump出来，对照协议检查一遍。
1.4 描述符关键字段速查
驱动开发中，你经常需要解析描述符。下面这几个字段，我建议你记在脑子里：
| 描述符类型 | 关键字段 | 说明 |
|---|---|---|
| 设备描述符 | bcdUSB, idVendor, idProduct, bNumConfigurations | 协议版本、厂商ID、产品ID、配置数量 |
| 配置描述符 | bNumInterfaces, bMaxPower, bmAttributes | 接口数量、最大功耗、属性（自供电/总线供电） |
| 接口描述符 | bInterfaceClass, bInterfaceSubClass, bInterfaceProtocol | 类、子类、协议（如HID、Mass Storage） |
| 端点描述符 | bEndpointAddress, bmAttributes, wMaxPacketSize | 端点地址、传输类型、最大包长 |
调试技巧：在RK平台上，你可以通过 /sys/kernel/debug/usb/devices 直接查看描述符解析结果。我经常用这个文件快速定位设备枚举失败的原因——比如端点描述符的wMaxPacketSize配置错误，会导致URB提交失败。
1.5 小结
这一章我们回顾了USB协议的核心基础：USB 2.0与3.0的架构差异、四种传输类型的适用场景、以及描述符的层级结构。这些内容看似基础，但我在RK平台上的每一次调试，几乎都会用到它们。