Chinaunix首页 | 论坛 | 博客
  • 博客访问: 37528
  • 博文数量: 9
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 91
  • 用 户 组: 普通用户
  • 注册时间: 2017-07-20 23:09
个人简介

如果曾经有过汗水里的耕耘,就会在收获的季节不致去懊悔曾经蹉跎的岁月

文章分类

全部博文(9)

文章存档

2017年(9)

我的朋友

分类: LINUX

2017-10-02 00:40:01

  最近公司测试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,再做验证,问题解决。


阅读(2682) | 评论(0) | 转发(0) |
0

上一篇:SD spec摘要

下一篇:没有了

给主人留下些什么吧!~~