Linux 4.15.x USB OTG外设驱动地址设置后无响应问题

我来帮你捋捋这个问题——在Linux 4.15.x的USB OTG外设驱动开发中，设置地址后收不到主机后续请求是个挺常见的坑，结合你给出的设置地址数据包，我们可以从几个核心方向排查：

1. 先拆解你的SET_ADDRESS数据包 #

USB标准的SET_ADDRESS请求格式是8字节：bmRequestType(1B) + bRequest(1B) + wValue(2B) + wIndex(2B) + wLength(2B)。你收到的字节序列0x0, 0x5, 0x14, 0x0, 0x0, 0x0, 0x0, 0x0拆解后是：

• bmRequestType: 0x0 → 主机到设备的标准请求，符合SET_ADDRESS的类型
• bRequest: 0x5 → 确实是USB规范定义的SET_ADDRESS请求
• wValue: 0x14 0x0 → USB是小端字节序，所以实际要设置的设备地址是0x14
• wIndex和wLength都是0，完全符合SET_ADDRESS的规范，所以数据包本身是没问题的

2. 核心排查点 #

硬件与驱动的地址同步 #

• 硬件寄存器检查：设置地址后，你的OTG外设控制器是否已经把0x14写入地址寄存器？有些控制器需要手动触发地址锁存或者开启地址匹配过滤，比如某些芯片需要写特定寄存器来激活新地址，否则会继续监听默认地址（0），自然收不到后续请求。
• 内核gadget框架调用：在Linux的usb_gadget框架下，处理完SET_ADDRESS请求后，你必须调用usb_gadget_set_address(gadget, addr)函数——这个函数会同时通知硬件切换地址，更新内核gadget的状态。如果跳过这一步，内核会认为设备还是默认地址，后续主机发往0x14的请求会被框架过滤掉。

ACK响应是否正确发送 #

主机发送SET_ADDRESS请求后，需要外设返回ACK响应才会继续后续枚举流程。如果外设没发ACK，主机会认为地址设置失败，直接停止后续请求。你可以：

• 检查驱动中ep0的状态处理，确保在处理完SET_ADDRESS后正确发送ACK
• 用USB分析仪抓包，确认ACK是否被主机收到

Linux 4.15.x的特定坑 #

• 如果你用的是composite复合设备框架，要确保bind函数中初始化的设备描述符地址字段是0（默认地址），有些开发者会错误地提前设置非0地址，导致枚举流程混乱。
• 部分老款OTG控制器的驱动在4.15版本中有地址切换后的端点FIFO初始化bug，设置地址后需要手动重新初始化端点的接收/发送FIFO，否则后续数据包无法被正确接收。

3. 调试建议 #

• 打开内核USB gadget调试日志：执行echo 7 > /sys/module/usb_gadget/parameters/debug，然后查看dmesg输出，重点看SET_ADDRESS请求的处理日志，是否有错误或异常提示。
• 在驱动的setup回调函数和ep0的收发回调中添加打印，确认SET_ADDRESS请求被正确捕获、地址设置操作被执行，以及设置后的端点状态。
• 用USB分析仪抓取完整的枚举数据包，看主机在发送SET_ADDRESS后是否发送了GET_DESCRIPTOR等后续请求，同时确认外设的硬件是否接收到了这些数据包。

内容的提问来源于stack exchange，提问作者user2699113