1. USB子系统概述：USB总线历史、标准演进与Type-C简介
通用串行总线（Universal Serial Bus，USB）自1996年问世以来，已成为嵌入式系统和PC领域最成功的即插即用接口之一。对于Linux内核驱动开发者而言，理解USB总线的历史演进、电气特性差异以及物理连接器变迁，是编写正确、高效的USB接口驱动与设备树绑定的前提。本节从总线起源开始，逐步梳理USB 2.0/3.x/4.0的核心技术指标，并重点介绍OTG与Type-C在现代嵌入式设计中的角色。
1.1 USB总线发展简史
USB标准由Intel、Microsoft、IBM等公司共同制定，旨在统一外围设备连接方式，取代串口、并口、PS/2等低速接口。下表总结了各主要版本的关键里程碑与速率变化：
| 版本 | 发布年份 | 标称速率 | 编码方式 | 关键特性 |
|---|---|---|---|---|
| USB 1.0 / 1.1 | 1996 / 1998 | 1.5 Mbps (Low-Speed) 12 Mbps (Full-Speed) |
NRZI + 位填充 | 热插拔、总线供电、Hub拓扑 |
| USB 2.0 | 2000 | 480 Mbps (High-Speed) | NRZI + 位填充 | 微帧调度、事务拆分、增强主机控制器 |
| USB 3.0 | 2008 | 5 Gbps (SuperSpeed) | 8b/10b | 双总线架构（SS + 2.0）、全双工、增量端接 |
| USB 3.1 | 2013 | 10 Gbps (SuperSpeed+) | 128b/132b | Gen 2编码效率提升、Type-C引入 |
| USB 3.2 | 2017 | 20 Gbps (双通道) | 128b/132b | 多通道聚合、仅限Type-C |
| USB4 | 2019 | 40 Gbps | 基于Thunderbolt 3协议 | 隧道协议、PCIe/DP复用、仅Type-C |
驱动开发要点：USB 2.0与USB 3.x在Linux内核中由不同的主机控制器驱动处理——ehci-hcd（EHCI）负责USB 2.0高速部分，xhci-hcd（xHCI）统一管理USB 3.x SuperSpeed及向下兼容。设备树中需正确指定compatible属性以匹配对应控制器驱动。
1.2 USB 2.0 / 3.0 / 3.1 / 3.2 / 4.0 标准演进对比
从USB 2.0到USB4，总线架构发生了根本性变化。USB 2.0采用半双工、轮询式主机控制；USB 3.0引入独立发送/接收差分对，实现全双工通信；USB4则进一步走向协议隧道化，允许PCIe、DisplayPort等非USB协议在同一物理链路上共存。
下图展示了USB 2.0与USB 3.x/4.0在物理层与协议层上的架构差异：
驱动适配提示：USB 3.x设备在连接USB 2.0端口时会回退到高速模式，但反之不成立。设备树中若同时存在EHCI和xHCI节点，需通过phys属性关联对应的PHY，并确保电源管理策略兼容两种速率模式。
1.3 USB OTG 与 Type-C 简介
USB On-The-Go（OTG）于2001年作为USB 2.0的补充规范发布，允许设备在主机（Host）与外设（Peripheral）角色之间动态切换。传统的USB OTG通过ID引脚（Mini-AB/Micro-AB连接器）的电平来协商角色：ID接地表示A设备（Host），ID悬空表示B设备（Device）。
Type-C连接器（2014年发布）彻底改变了物理层设计，其24引脚接口支持正反插、更高功率传输（USB PD）以及备选模式（Alt Mode）。对于驱动开发者而言，Type-C引入了更复杂的角色协商机制——通过CC（Configuration Channel）引脚上的电压电平与电阻值来确定DPM（Data Port Manager）策略。
下表对比了传统USB OTG与Type-C在角色协商上的核心差异：
| 特性 | 传统USB OTG (Micro-AB) | USB Type-C |
|---|---|---|
| 连接器引脚数 | 5 (Micro-AB) | 24 |
| 正反插支持 | 否 | 是 |
| 角色协商方式 | ID引脚电平 | CC引脚电压/电阻 |
| 角色类型 | A设备(Host) / B设备(Device) | DFP / UFP / DRP |
| 功率协商 | 有限 (仅会话请求) | USB PD (最高240W) |
| 备选模式 | 不支持 | DP/HDMI/Thunderbolt等 |
| Linux内核驱动 | musb / dwc2 |
typec / tcpm / fusb302 |
下图展示了Type-C连接器在嵌入式系统中的典型角色切换流程，以及Linux内核中对应的驱动栈：
常见陷阱：在设备树中配置Type-C端口时，dr_mode属性若设置为"otg"，内核会尝试通过CC逻辑动态切换角色。但如果PHY驱动不支持角色切换，或缺少typec-port子节点，系统可能无法正确枚举设备。建议在原型阶段先使用dr_mode = "host"或"peripheral"固定角色，验证硬件通路后再启用OTG。