>-----Original Message----- >From: linux-omap-owner@xxxxxxxxxxxxxxx [mailto:linux-omap-owner@xxxxxxxxxxxxxxx] On Behalf Of Felipe >Balbi >Sent: Wednesday, December 10, 2008 1:01 PM >To: David Brownell >Cc: me@xxxxxxxxxxxxxxx; Jeff Steele; linux-omap >Subject: Re: status of USB on omap35xx ? > >On Wed, Dec 10, 2008 at 10:28:25AM -0800, David Brownell wrote: >> I don't know the details, but the big problem with EHCI >> on OMAP3 is evidently some kind of silicon issue that >> shows up through the transceiver hookup and prevents the >> link from being reliable. I'm told that some boards using >> that without a transceiver -- for on-board communication, >> not for an external link -- have been successful. Internally in TI on SDP3430 we have EHCI working for PHY as well as TLL mode. The PHY we used is ISP1504 for EHCI and ISP1301 for OHCI. >> >> Folk at TI were looking at those issues; I don't know if >> they've been resolved yet, e.g. in the ES 3.0 silicon. > >Oh yeah, that's right. There was some pin-incompatibility with ohci >which prevented port handoffs to be done reliably, or something like >that. USB-HOST core is primarily designed to support TLL mode. Dynamic switch from EHCI to OHCI is not supported. It has to be statically set. Eg: Port1-EHCI Port2-EHCI Port3-OHCI There was a limitation in earlier silicons that EHCI and OHCI cannot be used simultaneously, which has been resolved in ES3.0 > >If I'm not wrong, once the port is handed over to ohci, it can never >switch back to ehci and it dies. > >Can't really remember if this is the right issue since I haven't been >working too much with ehci :-p > >-- >balbi >-- >To unsubscribe from this list: send the line "unsubscribe linux-omap" in >the body of a message to majordomo@xxxxxxxxxxxxxxx >More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html