关于USB的问题

378087736

     小弟最近做了5块板子，用的创龙的核心板，其中4块USB2.0 host都没有问题，只有一块老是周期性报如下错误：
& V. J4 E9 u  U5 h! V. phub 2-0:1.0: over-current condition on port 1
2 ?  l( v3 E. T8 F# K+ F' @da8xx_musb_interrupt 538: VBUS error workaround (delay coming)
我的电路图如附件，我用示波器测量过了，开始USB0_DRVVBUS脚起始是低电平，开机瞬间，它会变成高电平，USB0_VBUS也会
随着上升至5V，开机瞬间，USB0_VBUS并没有出现跌落至低于4.4V，从电路上没有发现问题，然后开始追踪linux3.3 USB驱动代码，
( X! w; w! o# l# Q3 @发现，在da8xx_musb_interrupt函数中，有如下代码：
6 Y+ s; U3 r: Tif (status & (DA8XX_INTR_DRVVBUS << DA8XX_INTR_USB_SHIFT)) {
, O8 k: J5 Z+ O" o5 A  ~" G5 N7 Z                int drvvbus = musb_readl(reg_base, DA8XX_USB_STAT_REG);
6 }  D0 {9 n7 |                void __iomem *mregs = musb->mregs;
0 K! H4 {% X1 q# }  J8 l: K                u8 devctl = musb_readb(mregs, MUSB_DEVCTL);
: b( O) H) ]; k# V3 {3 {                int err;
- Z/ @; B# R2 L+ A2 B
" C0 ~8 W. o# w- L- V                err = is_host_enabled(musb) && (musb->int_usb &
" g+ U+ `; ?  x8 c                                                MUSB_INTR_VBUSERROR);
6 W6 G; x( V3 W  \/ @& U                if (err) {
! I/ v  z6 h+ v4 e, @' u                        /*
                         * The Mentor core doesn't debounce VBUS as needed
6 o* r/ K. H; r4 z! \! f                         * 。。。
, y; I% k7 b* F6 ~6 `                         */
+ f( h# l' O4 e1 }# `                        musb->int_usb &= ~MUSB_INTR_VBUSERROR;
0 G$ \- y" T  w5 P                        musb->xceiv->state = OTG_STATE_A_WAIT_VFALL;
                        mod_timer(&otg_workaround, jiffies + POLL_SECONDS * HZ);
! I9 I# x- ^( q# V; M5 n                        WARNING("VBUS error workaround (delay coming)\n");
                }
5 C5 [1 T0 v. g$ Y& P
; J* W/ \( i5 X: M+ D8 i9 M一直发生MUSB_INTR_VBUSERROR错误，然后会启动定时器，周期调用otg_timer函数，
跳入如下分支：
8 k8 y! m  N  F- k9 q2 R. Ndevctl = musb_readb(mregs, MUSB_DEVCTL);
。。。
$ x3 E7 u9 E6 T2 h+ Wcase OTG_STATE_A_WAIT_VFALL:
                /*
                 * Wait till VBUS falls below SessionEnd (~0.2 V); the 1.3
                 * RTL seems to mis-handle session "start" otherwise (or in
                 * our case "recover"), in routine "VBUS was valid by the time
                 * VBUSERR got reported during enumeration" cases.
  `7 P+ R' Z4 D( E                 */
) c5 r( u, j9 h! H0 |3 d                if (devctl & MUSB_DEVCTL_VBUS) {
- p" v: m1 r8 B. L                        mod_timer(&otg_workaround, jiffies + POLL_SECONDS * HZ);
                        break;
" v) J4 v% S6 I! h! L  \; z& z! `, u                }
8 W5 M" ^5 \" P! Z8 m                musb->xceiv->state = OTG_STATE_A_WAIT_VRISE;
                musb_writel(musb->ctrl_base, DA8XX_USB_INTR_SRC_SET_REG,
& A8 u; M' V. a( l  c6 t                            MUSB_INTR_VBUSERROR << DA8XX_INTR_USB_SHIFT);
                break;

其中，devctl是设备控制寄存器，我打印了它的直，是0x80, 也就是位7是1，代表着是B device,，明明是A类，
不知道为啥自动变成B类了。而且VBUS一直是5V，正常的啊，可是驱动也无法修复。。
        不知道亲们有没有遇到类似的情况，是怎么解决的？
! L2 @8 l9 P4 H. Q* I

human

如果4块正常的话，那驱动应该是没问题的，多半是硬件的问题