From: Tony Lindgren <tony@atomide.com>
To: Steve Sakoman <sakoman@gmail.com>
Cc: David Brownell <david-b@pacbell.net>,
me@felipebalbi.com, Jeff Steele <jsteele@coloradocollege.edu>,
linux-omap <linux-omap@vger.kernel.org>
Subject: Re: status of USB on omap35xx ?
Date: Wed, 10 Dec 2008 16:57:34 -0800 [thread overview]
Message-ID: <20081211005733.GZ18138@atomide.com> (raw)
In-Reply-To: <5e088bd90812101502r1d01880co3d54e99982db3589@mail.gmail.com>
* Steve Sakoman <sakoman@gmail.com> [081210 15:02]:
> On Wed, Dec 10, 2008 at 10:28 AM, David Brownell <david-b@pacbell.net> wrote:
> > The OTG link is in usable shape, but the EHCI one isn't.
> >
> >
> > On Wednesday 10 December 2008, Felipe Balbi wrote:
> >> >
> >> > What are the issues ?
> >
> > I have a prototype Overo and one issue there is that the
> > GPIO to let the EHCI port supply VBUS power isn't hooked
> > up! I know how to modify that board, but somehow that
> > keeps slipping off my radar ... :)
>
> That issue is fixed on the shipping "Summit" boards.
>
> > 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.
> >
> > 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.
>
> I see that Vikram has responded to this already.
>
> >> It think it still has a problem during probe. If you read the driver
> >> you'll see there are some infinite while loops without timeout actions.
> >> And one of them is looping forever due to clock issues.
> >
> > That's a newish problem, but is not -- from what I've
> > been told -- the Real Issue with EHCI on OMAP3.
>
> This problem has actually been around since 2.6.27.
>
> Prior to that, the EHCI port "sort of" worked - but not super
> reliably. It would enumerate devices on the bus, but then die
> randomly afterwards.
>
> Since somewhere during the 2.6.27 time frame we've been suffering from
> the infinite loop at boot problem.
>
> I patched around the loop that seemed to be causing the issue, but
> didn't have great success getting back to even the "sort of" working
> state.
>
> I am far from being a USB expert, so the messages in the log don't
> mean a whole lot to me :-)
Can you please post whatever patches you need to apply to make it work
occasionally so others can also look at the issue?
Thanks,
Tony
> ehci-omap ehci-omap.0: USB 2.0 started, EHCI 1.00
> usb usb2: configuration #1 chosen from 1 choice
> hub 2-0:1.0: USB hub found
> hub 2-0:1.0: 3 ports detected
> usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
> usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb2: Product: OMAP-EHCI Host Controller
> usb usb2: Manufacturer: Linux 2.6.28-rc7-omap1 ehci_hcd
> usb usb2: SerialNumber: ehci-omap.0
> <snip>
> usb usb2: bus auto-suspend
> usb usb2: uevent
> usb 2-0:1.0: uevent
> <snip>
> usb usb2: usb auto-resume
> usb usb2: bus auto-suspend
>
> Steve
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2008-12-11 0:57 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-10 0:50 status of USB on omap35xx ? Jeff Steele
2008-12-10 14:46 ` Felipe Balbi
2008-12-10 16:33 ` Jeff Steele
2008-12-10 17:40 ` Felipe Balbi
2008-12-10 18:28 ` David Brownell
2008-12-10 19:01 ` Felipe Balbi
2008-12-10 19:48 ` Pandita, Vikram
2008-12-10 23:02 ` Steve Sakoman
2008-12-11 0:57 ` Tony Lindgren [this message]
2008-12-11 10:38 ` Grazvydas Ignotas
2008-12-11 16:49 ` Paul Walmsley
2008-12-11 17:38 ` Steve Sakoman
2008-12-11 20:41 ` Grazvydas Ignotas
2008-12-11 21:07 ` Paul Walmsley
2008-12-11 22:52 ` Grazvydas Ignotas
2008-12-11 23:09 ` Paul Walmsley
2008-12-12 20:15 ` Grazvydas Ignotas
2008-12-12 20:33 ` Paul Walmsley
2008-12-12 21:01 ` Pandita, Vikram
2008-12-12 21:12 ` Paul Walmsley
2008-12-12 21:21 ` Pandita, Vikram
2008-12-21 22:25 ` Gadiyar, Anand
2008-12-22 12:21 ` Felipe Balbi
2008-12-12 20:35 ` Steve Sakoman
2008-12-12 22:54 ` Grazvydas Ignotas
2008-12-12 2:16 ` David Brownell
2008-12-11 21:54 ` Steve Sakoman
2008-12-11 22:32 ` David Brownell
2008-12-12 1:56 ` Tony Lindgren
2008-12-11 17:40 ` Steve Sakoman
2008-12-11 18:14 ` Paul Walmsley
2008-12-11 18:20 ` Pandita, Vikram
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20081211005733.GZ18138@atomide.com \
--to=tony@atomide.com \
--cc=david-b@pacbell.net \
--cc=jsteele@coloradocollege.edu \
--cc=linux-omap@vger.kernel.org \
--cc=me@felipebalbi.com \
--cc=sakoman@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.