On 31 March 2015 at 19:09, Alan Stern wrote:
> On Tue, 31 Mar 2015, Tomeu Vizoso wrote:
>
>> Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
>> and ports so that USB devices can remain runtime-suspended when the
>> system goes to a sleep state.
>>
>> Also enable runtime PM
On 31 March 2015 at 19:09, Alan Stern st...@rowland.harvard.edu wrote:
On Tue, 31 Mar 2015, Tomeu Vizoso wrote:
Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
and ports so that USB devices can remain runtime-suspended when the
system goes to a sleep state.
Also
On Wed, 1 Apr 2015, Oliver Neukum wrote:
> On Wed, 2015-04-01 at 10:01 -0400, Alan Stern wrote:
> > On Wed, 1 Apr 2015, Oliver Neukum wrote:
> >
> > > On Tue, 2015-03-31 at 13:09 -0400, Alan Stern wrote:
> > > > In other words, if the device is currently in runtime suspend with
> > > > remote
On Wed, 2015-04-01 at 10:01 -0400, Alan Stern wrote:
> On Wed, 1 Apr 2015, Oliver Neukum wrote:
>
> > On Tue, 2015-03-31 at 13:09 -0400, Alan Stern wrote:
> > > In other words, if the device is currently in runtime suspend with
> > > remote wakeup enabled, but device_may_wakeup() returns 0 (so
On Wed, 1 Apr 2015, Oliver Neukum wrote:
> On Tue, 2015-03-31 at 13:09 -0400, Alan Stern wrote:
> > In other words, if the device is currently in runtime suspend with
> > remote wakeup enabled, but device_may_wakeup() returns 0 (so that the
> > device should be disabled for wakeup when the
On Tue, 2015-03-31 at 13:09 -0400, Alan Stern wrote:
> In other words, if the device is currently in runtime suspend with
> remote wakeup enabled, but device_may_wakeup() returns 0 (so that the
> device should be disabled for wakeup when the system goes into
> suspend), then the prepare
On Tue, 2015-03-31 at 13:09 -0400, Alan Stern wrote:
In other words, if the device is currently in runtime suspend with
remote wakeup enabled, but device_may_wakeup() returns 0 (so that the
device should be disabled for wakeup when the system goes into
suspend), then the prepare callback
On Wed, 1 Apr 2015, Oliver Neukum wrote:
On Tue, 2015-03-31 at 13:09 -0400, Alan Stern wrote:
In other words, if the device is currently in runtime suspend with
remote wakeup enabled, but device_may_wakeup() returns 0 (so that the
device should be disabled for wakeup when the system goes
On Wed, 2015-04-01 at 10:01 -0400, Alan Stern wrote:
On Wed, 1 Apr 2015, Oliver Neukum wrote:
On Tue, 2015-03-31 at 13:09 -0400, Alan Stern wrote:
In other words, if the device is currently in runtime suspend with
remote wakeup enabled, but device_may_wakeup() returns 0 (so that the
On Wed, 1 Apr 2015, Oliver Neukum wrote:
On Wed, 2015-04-01 at 10:01 -0400, Alan Stern wrote:
On Wed, 1 Apr 2015, Oliver Neukum wrote:
On Tue, 2015-03-31 at 13:09 -0400, Alan Stern wrote:
In other words, if the device is currently in runtime suspend with
remote wakeup enabled,
On Tue, 31 Mar 2015, Tomeu Vizoso wrote:
> Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
> and ports so that USB devices can remain runtime-suspended when the
> system goes to a sleep state.
>
> Also enable runtime PM for endpoints, which is another requirement for
>
Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
and ports so that USB devices can remain runtime-suspended when the
system goes to a sleep state.
Also enable runtime PM for endpoints, which is another requirement for
the above to work.
Signed-off-by: Tomeu Vizoso
---
On Tue, 31 Mar 2015, Tomeu Vizoso wrote:
Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
and ports so that USB devices can remain runtime-suspended when the
system goes to a sleep state.
Also enable runtime PM for endpoints, which is another requirement for
the
Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
and ports so that USB devices can remain runtime-suspended when the
system goes to a sleep state.
Also enable runtime PM for endpoints, which is another requirement for
the above to work.
Signed-off-by: Tomeu Vizoso
14 matches
Mail list logo