最近公司测试USB发现一个问题：将U盘插在单板上重启会概率性的出现检测U盘失败的情况，要重新拔插才能正确识别到U盘。这里将这个问题的分析做一个总结。
首先查看日志，有如下错误打印：
xHCI dying or halted, can't queue_command
couldn't allocate usb_device
从日志信息可以看出来，在检测到U盘后创建usb_device时出错了，对应到出错的代码是:
可见是xhc_state不对导致出错。在xhci初始化过程中，xhc_state与hc_driver中的两个hook函数有关：reset和start
在reset函数中会调用xhci_halt，将xhc_state置为XHCI_STATE_HALTED:
在start函数中会将HALTED状态清除掉:
xhci会创建两个usb_hcd:main_hcd和shared_hcd，在shared_hcd初始化过程中调用start函数才会将HALTED状态清除：
而在main_hcd初始化时就使能了中断，在shared_hcd初始化完成之前如果检测到USB设备，创建usb_device就会产生如上错误。
分析hub驱动代码，发现hub初始化时会将usb设备的检测延时：
在hub_activate函数里:
这里延时了100毫秒:
这个延时时间在hub的描述符里：
将这个延时加大，再做验证，问题消失了。
原本以为是这里延时的100ms不够，不过内心还是有些疑惑，正好这时另一个项目反馈说系统时间不准确，原因是系统timer的频率配的不对，联想到这里，查了下单板的时间，比实际时间快了一倍，也就是说延时100毫秒实际只延时了50毫秒，难怪会概率性的出错。
修改dts里的clock-frequency，再做验证，问题解决。