[U-Boot] [PATCH v4 1/2] usb: ehci: add Faraday USB 2.0 EHCI support

Marek Vasut marex at denx.de
Wed May 8 05:09:18 CEST 2013


Dear Kuo-Jung Su,

[...]

> >> --- a/common/usb_hub.c
> >> +++ b/common/usb_hub.c
> >> @@ -419,6 +419,14 @@ static int usb_hub_configure(struct usb_device
> >> *dev)
> >> 
> >>                       portstatus = le16_to_cpu(portsts->wPortStatus);
> >>                       portchange = le16_to_cpu(portsts->wPortChange);
> >> 
> >> +#ifdef CONFIG_USB_EHCI_FARADAY
> >> +                     /* Faraday EHCI needs a long long delay here */
> >> +                     if (!portchange && !portstatus) {
> >> +                             if (get_timer(start) < 250)
> >> +                                     continue;
> >> +                     }
> >> +#endif
> > 
> > I'd say just call a weak function here, in case some other non-EHCI
> > compliant controller happened to need this too. btw. does it need to be
> > 250 ms or can you poll for readiness somehow ?
> 
> Got it, thanks. I'll add a weak function later,
> and about the 250 ms is actually an estimated value.
> The delay time is actually board specific, it looks to me
> that it's somehow related to the number of usb host controllers
> and the attached usb flash drivers.
> 
> For example:
> 
> 1.  A369 - FUSBH200: a usb flash driver attached
>      A369 - FOTG210: nothing attached
> => no extra delay required.
> 
> 2.  A369 - FUSBH200: nothing attached
>      A369 - FOTG210: a usb flash driver attached
> => no extra delay required.
> 
> 3. A369 - FUSBH200: a usb flash driver attached
>     A369 - FOTG210: a usb flash driver attached
> => The 2nd ehci host requires 200 ms extra delay to detect the attached
> device. So I put a 250ms here for safe.

Urgh, isn't it a PHY problem then? Or can this not be solved like 
board/genesi/mx51_efikamx/efikamx-usb.c board_ehci_hcd_postinit() or such 
function?

[...]

Best regards,
Marek Vasut


More information about the U-Boot mailing list