Re: [PATCH] PM / runtime: Asynchronous "idle" in pm_runtime_allow()

2016-06-30 Thread Kevin Hilman
"Rafael J. Wysocki" writes: > From: Rafael J. Wysocki > > Arjan reports that it takes a relatively long time to enable runtime > PM for multiple devices at system startup, because all writes to the > "control" attribute in sysfs are handled synchronously and if the > device is suspended as a res

Re: [PATCH] PM / runtime: Asynchronous "idle" in pm_runtime_allow()

2016-06-29 Thread Ulf Hansson
On 29 June 2016 at 02:53, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Arjan reports that it takes a relatively long time to enable runtime > PM for multiple devices at system startup, because all writes to the > "control" attribute in sysfs are handled synchronously and if the > device

Re: [PATCH] PM / runtime: Asynchronous "idle" in pm_runtime_allow()

2016-06-29 Thread Lukas Wunner
On Wed, Jun 29, 2016 at 10:02:42AM -0400, Alan Stern wrote: > On Wed, 29 Jun 2016, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > Arjan reports that it takes a relatively long time to enable runtime > > PM for multiple devices at system startup, because all writes to the > > "contro

Re: [PATCH] PM / runtime: Asynchronous "idle" in pm_runtime_allow()

2016-06-29 Thread Alan Stern
On Wed, 29 Jun 2016, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Arjan reports that it takes a relatively long time to enable runtime > PM for multiple devices at system startup, because all writes to the > "control" attribute in sysfs are handled synchronously and if the > device is

[PATCH] PM / runtime: Asynchronous "idle" in pm_runtime_allow()

2016-06-28 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Arjan reports that it takes a relatively long time to enable runtime PM for multiple devices at system startup, because all writes to the "control" attribute in sysfs are handled synchronously and if the device is suspended as a result of the write, it will block until tha