USB驱动之XHCI驱动调试总结二

  最近公司测试USB发现一个问题:将U盘插在单板上重启会概率性的出现检测U盘失败的情况,要重新拔插才能正确识别到U盘。这里将这个问题的分析做一个总结。

首先查看日志,有如下错误打印:

xHCI dying or halted, can't queue_command

couldn't allocate usb_device

从日志信息可以看出来,在检测到U盘后创建usb_device时出错了,对应到出错的代码是:

USB驱动之XHCI驱动调试总结二_第1张图片

可见是xhc_state不对导致出错。在xhci初始化过程中,xhc_state与hc_driver中的两个hook函数有关:reset和start

在reset函数中会调用xhci_halt,将xhc_state置为XHCI_STATE_HALTED:

USB驱动之XHCI驱动调试总结二_第2张图片

在start函数中会将HALTED状态清除掉:

USB驱动之XHCI驱动调试总结二_第3张图片

xhci会创建两个usb_hcd:main_hcd和shared_hcd,在shared_hcd初始化过程中调用start函数才会将HALTED状态清除:


而在main_hcd初始化时就使能了中断,在shared_hcd初始化完成之前如果检测到USB设备,创建usb_device就会产生如上错误。

分析hub驱动代码,发现hub初始化时会将usb设备的检测延时:

在hub_activate函数里:

USB驱动之XHCI驱动调试总结二_第4张图片

这里延时了100毫秒:

USB驱动之XHCI驱动调试总结二_第5张图片

这个延时时间在hub的描述符里:

USB驱动之XHCI驱动调试总结二_第6张图片

将这个延时加大,再做验证,问题消失了。

原本以为是这里延时的100ms不够,不过内心还是有些疑惑,正好这时另一个项目反馈说系统时间不准确,原因是系统timer的频率配的不对,联想到这里,查了下单板的时间,比实际时间快了一倍,也就是说延时100毫秒实际只延时了50毫秒,难怪会概率性的出错。

修改dts里的clock-frequency,再做验证,问题解决。


你可能感兴趣的:(USB)