public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: David Brownell <david-b@pacbell.net>
To: Kevin Hilman <khilman@mvista.com>
Cc: linux-omap@vger.kernel.org
Subject: Re: OMAP3430: MUSB host and hot-plugging
Date: Thu, 20 Mar 2008 12:30:03 -0700	[thread overview]
Message-ID: <200803201230.03729.david-b@pacbell.net> (raw)
In-Reply-To: <87d4pqqmj2.fsf@paris.hilman.org>

On Wednesday 19 March 2008, Kevin Hilman wrote:

> However, if I then plug the key back in, nothing happens.  
> 
> Forcing a session start via "echo 'F' > /proc/driver/musb_hdrc" causes
> the device to be (re)detected and things look good again.  It is not
> until I force the session start that I see the interrupt and the
> CONNECT event.
> 
> Any ideas why this isn't detected on insertion?

Just for the record ... that's always been a problem.  There's
some strange side-effect driven magic in the Mentor IP, right
in that area, which has always been fragile.

For example, it seems to think something other than the state
of the ID pin should control whether it's in the A-side state
machine (default host) or the B-side one (default peripheral),
and it gets fairly twitchey about VBUS levels too ... as in,
it doesn't allow the specified 100 msec for it to stabilize,
and enters a fault/shutdown mode if voltage drops because of,
say, contact bounce or inrush current, while it stabilizes.

Needing that "force session start" is a warning flag.  The
very notion of that kind of "session" is something introduced
by Mentor, which is not part of the OTG spec (at least, not in
anything like that form).  Multiple weeks have been wasted
trying to sort out misbehavior in that area, and there seem
to be revision-specific issues too.

- Dave



  reply	other threads:[~2008-03-20 19:30 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-20  0:14 OMAP3430: MUSB host and hot-plugging Kevin Hilman
2008-03-20 19:30 ` David Brownell [this message]
2008-03-20 20:00   ` Felipe Balbi
2008-03-20 20:25     ` David Brownell
2008-03-20 20:48       ` Felipe Balbi
2008-03-24  9:27       ` Pandita, Vikram
  -- strict thread matches above, loose matches on Subject: below --
2008-03-20 12:27 Felipe Balbi
2008-03-20 12:34 ` Pandita, Vikram
2008-03-20 12:38   ` Felipe Balbi
2008-03-20 12:47     ` Pandita, Vikram
2008-03-20 12:55       ` Felipe Balbi
2008-03-20 17:11       ` Kevin Hilman
2008-03-20 18:57         ` Felipe Balbi

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=200803201230.03729.david-b@pacbell.net \
    --to=david-b@pacbell.net \
    --cc=khilman@mvista.com \
    --cc=linux-omap@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox