From: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
To: Timur Mehrvarz <timur.mehrvarz-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
Cc: linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: ehci-tegra issue with deep sleep
Date: Tue, 08 Jan 2013 15:19:47 -0700 [thread overview]
Message-ID: <50EC9B83.5050107@wwwdotorg.org> (raw)
In-Reply-To: <50EB03A6.9040509-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
On 01/07/2013 10:19 AM, Timur Mehrvarz wrote:
> On 01/04/2013 06:33 PM, Stephen Warren wrote:
>> On 01/03/2013 04:52 AM, Timur wrote:
>> ...
>>> maybe you remember this brief conversation in December. I found the root
>>> cause of the reported issue (tegra specific) and I can provide a patch.
>>> The outcome is stable, externally powered USB host mode for Nexus 7.
>> Isn't USB host mode by definition internally powered, and USB device
>> mode by definition externally powered? An externally powered USB host
>> mode sounds quite non-standard. If you allow that mode, how does the
>> system know whether it should be a host or a device when external power
>> is applied; it sounds like this new mode completely breaks the ability
>> to connect the tablet to a PC and use it for Android application
>> development, or MTP (Media Transfer Protocol) to download pictures/movies.
>
> What I am proposing does not result in any loss of original
> functionality (ADB, MTP, etc.). Also, the described added functionality
> is fully standard when I look at it.
IIUC, a system usually determines if it's a USB host or a USB device
based on whether the USB port is being fed with +5v or not; if +5v is
fed from the cable, it's a device and if not it's a host.
In order to allow +5v to be fed in from the cable, but operate in host
mode, isn't the above convention broken?
Also, doesn't feeding power into the device while it operates in host
mode require some kind of non-standard cable in order to inject the power?
prev parent reply other threads:[~2013-01-08 22:19 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-11 22:23 ehci-tegra issue with deep sleep Timur
[not found] ` <50C7B250.7020409-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
2012-12-12 17:52 ` Stephen Warren
[not found] ` <50C8C47A.1080809-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-03 11:52 ` Timur
[not found] ` <50E570F1.4030706-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
2013-01-04 17:33 ` Stephen Warren
[not found] ` <50E71272.5090107-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-07 17:19 ` Timur Mehrvarz
[not found] ` <50EB03A6.9040509-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
2013-01-08 22:19 ` Stephen Warren [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=50EC9B83.5050107@wwwdotorg.org \
--to=swarren-3lzwwm7+weoh9zmkesr00q@public.gmane.org \
--cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=timur.mehrvarz-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.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 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.