From: Tony Lindgren <tony@atomide.com>
To: Felipe Balbi <me@felipebalbi.com>
Cc: Felipe Balbi <felipe.balbi@nokia.com>, linux-omap@vger.kernel.org
Subject: Re: [RFC PATCH 1/5] USB: MUSB: Switch to a_idle when micro/mini-a cable is attached
Date: Fri, 16 May 2008 11:40:31 -0700 [thread overview]
Message-ID: <20080516184031.GA23002@atomide.com> (raw)
In-Reply-To: <6a33dfd999477caafba5330f53cb8716@felipebalbi.com>
* Felipe Balbi <me@felipebalbi.com> [080516 11:33]:
>
>
> On Fri, 16 May 2008 10:38:43 -0700, Tony Lindgren <tony@atomide.com> wrote:
> > * Felipe Balbi <felipe.balbi@nokia.com> [080513 05:33]:
> >> From: ext Felipe Balbi <felipe.balbi@nokia.com>
> >>
> >> This is mostly cosmetic but can help us in the future
> >> making musb driver not insertion-based.
> >>
> >> I mean, whenever we attach micro-/mini-A connector to
> >> musb-based devices, we instantaneously turn vbus on where
> >> we should wait until we need to use the bus.
> >
> > This would break standard host behavious of basic USB devices that
> > don't support SRP?
>
> Hmm... the way it is today yeah, but I can keep the behaviour
> that we try to turn vbus on whenever we attach micro/mini-a. But
> I was thinking on letting a file manager (or any other application
> that would use usb) to turn vbus on.
>
> If it's a mass storage device, you could let file manager write
> to session sysfs entry (which I'm changing to make it work on
> both roles).
I guess that could be optional behaviour assuming it does not break
"normal" behaviour :)
Tony
>
> >
> > Tony
> >
> >> Signed-off-by: Felipe Balbi <felipe.balbi@nokia.com>
> >> ---
> >> drivers/usb/musb/tusb6010.c | 2 ++
> >> 1 files changed, 2 insertions(+), 0 deletions(-)
> >>
> >> diff --git a/drivers/usb/musb/tusb6010.c b/drivers/usb/musb/tusb6010.c
> >> index 1f3643b..9f92cef 100644
> >> --- a/drivers/usb/musb/tusb6010.c
> >> +++ b/drivers/usb/musb/tusb6010.c
> >> @@ -673,6 +673,8 @@ tusb_otg_ints(struct musb *musb, u32 int_src, void
> > __iomem *tbase)
> >> default_a = is_host_enabled(musb);
> >> DBG(2, "Default-%c\n", default_a ? 'A' : 'B');
> >> musb->xceiv.default_a = default_a;
> >> + musb->xceiv.state = default_a ? OTG_STATE_A_IDLE
> >> + : OTG_STATE_B_IDLE;
> >> tusb_source_power(musb, default_a);
> >>
> >> /* Don't allow idling immediately */
> >> --
> >> 1.5.5.1.125.gc697a
> >>
> >> --
> >> 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
> > --
> > 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
> --
> Best Regards,
>
> Felipe Balbi
> http://felipebalbi.com
> me@felipebalbi.com
>
prev parent reply other threads:[~2008-05-16 18:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-13 12:29 [RFC PATCH 0/5] musb changes Felipe Balbi
2008-05-13 12:29 ` [RFC PATCH 1/5] USB: MUSB: Switch to a_idle when micro/mini-a cable is attached Felipe Balbi
2008-05-13 12:29 ` [RFC PATCH 2/5] USB: MUSB: Change srp sysfs entry to session Felipe Balbi
2008-05-13 12:29 ` [RFC PATCH 3/5] USB: MUSB: Do not turn vbus on immediately Felipe Balbi
2008-05-13 12:29 ` [RFC PATCH 4/5] USB: MUSB: Always allow musb to idle Felipe Balbi
2008-05-13 12:29 ` [RFC PATCH 5/5] USB: MUSB: We already know the default timeout Felipe Balbi
2008-05-16 17:39 ` [RFC PATCH 3/5] USB: MUSB: Do not turn vbus on immediately Tony Lindgren
2008-05-16 17:38 ` [RFC PATCH 1/5] USB: MUSB: Switch to a_idle when micro/mini-a cable is attached Tony Lindgren
2008-05-16 18:33 ` Felipe Balbi
2008-05-16 18:40 ` Tony Lindgren [this message]
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=20080516184031.GA23002@atomide.com \
--to=tony@atomide.com \
--cc=felipe.balbi@nokia.com \
--cc=linux-omap@vger.kernel.org \
--cc=me@felipebalbi.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.