[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAAW3YpZPOCkTkx=OM_0ZYA7brh5t32miprstLqGyurD9vN94yg@mail.gmail.com>
Date: Wed, 27 Aug 2014 14:58:30 -0700
From: Todd Poynor <toddpoynor@...gle.com>
To: balbi@...com
Cc: Kiran Kumar Raparthy <kiran.kumar@...aro.org>,
LKML <linux-kernel@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-usb@...r.kernel.org,
Android Kernel Team <kernel-team@...roid.com>,
John Stultz <john.stultz@...aro.org>,
Arve Hj�nnev�g <arve@...roid.com>,
Benoit Goby <benoit@...roid.com>,
Ruchi Kandoi <kandoiruchi@...gle.com>,
Badhri Jagan Sridharan <badhri@...gle.com>
Subject: Re: [RFC 1/2] USB: OTG: Hold wakeupsource when VBUS present
On Fri, Aug 22, 2014 at 10:12 AM, Felipe Balbi <balbi@...com> wrote:
...
> you never explain why this is needed and you have also added some
> information to commit log which shouldn't be here.
Android uses this to prevent suspend from interfering with USB
peripheral traffic, notably adb.
The wakeup source is held only when USB is connected and enumerated
for a host session (I might be using wrong terminology here). It may
not be necessary on a platform that implements wakeup on incoming USB
traffic, although it is likely adb and other protocols would need to
hold wakeup sources at certain times.
...
>> +static struct otgws_lock vbus_lock;
>
> should be per-PHY
One of the reasons this was done as a separate driver and via
notifiers was to keep the (original Android wakelock) logic out of the
USB code. If the general idea is something that finds favor with the
USB and PM folks then perhaps adding a wakeup source per PHY in the
PHY driver would be better.
Todd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists