Ulf Hansson writes:
> On 4 February 2014 20:22, Kevin Hilman wrote:
>> Ulf Hansson writes:
>>
>>> Due to the available runtime PM callbacks, we are now able to put our
>>> device into low power state at system suspend.
>>>
>>> Earlier we could not accomplish this without trusting a power
On 4 February 2014 20:22, Kevin Hilman wrote:
> Ulf Hansson writes:
>
>> Due to the available runtime PM callbacks, we are now able to put our
>> device into low power state at system suspend.
>>
>> Earlier we could not accomplish this without trusting a power domain
>> for the device to take
On 4 February 2014 20:22, Kevin Hilman khil...@linaro.org wrote:
Ulf Hansson ulf.hans...@linaro.org writes:
Due to the available runtime PM callbacks, we are now able to put our
device into low power state at system suspend.
Earlier we could not accomplish this without trusting a power
Ulf Hansson ulf.hans...@linaro.org writes:
On 4 February 2014 20:22, Kevin Hilman khil...@linaro.org wrote:
Ulf Hansson ulf.hans...@linaro.org writes:
Due to the available runtime PM callbacks, we are now able to put our
device into low power state at system suspend.
Earlier we could not
Linus Walleij writes:
> On Tue, Feb 4, 2014 at 8:22 PM, Kevin Hilman wrote:
>> Ulf Hansson writes:
>>
>>> Due to the available runtime PM callbacks, we are now able to put our
>>> device into low power state at system suspend.
> (...)
>> I'm trying to thing of a good reason to not make
On Wed, Feb 05, 2014 at 01:49:49PM +0100, Linus Walleij wrote:
> On Tue, Feb 4, 2014 at 8:22 PM, Kevin Hilman wrote:
> > I'm trying to thing of a good reason to not make PM_SLEEP depend on
> > PM_RUNTIME for platforms like this.
> Isn't the typical Android platform using PM_SLEEP without using
On Tue, Feb 4, 2014 at 8:22 PM, Kevin Hilman wrote:
> Ulf Hansson writes:
>
>> Due to the available runtime PM callbacks, we are now able to put our
>> device into low power state at system suspend.
(...)
> I'm trying to thing of a good reason to not make PM_SLEEP depend on
> PM_RUNTIME for
On Tue, Feb 4, 2014 at 8:22 PM, Kevin Hilman khil...@linaro.org wrote:
Ulf Hansson ulf.hans...@linaro.org writes:
Due to the available runtime PM callbacks, we are now able to put our
device into low power state at system suspend.
(...)
I'm trying to thing of a good reason to not make
On Wed, Feb 05, 2014 at 01:49:49PM +0100, Linus Walleij wrote:
On Tue, Feb 4, 2014 at 8:22 PM, Kevin Hilman khil...@linaro.org wrote:
I'm trying to thing of a good reason to not make PM_SLEEP depend on
PM_RUNTIME for platforms like this.
Isn't the typical Android platform using PM_SLEEP
Linus Walleij linus.wall...@linaro.org writes:
On Tue, Feb 4, 2014 at 8:22 PM, Kevin Hilman khil...@linaro.org wrote:
Ulf Hansson ulf.hans...@linaro.org writes:
Due to the available runtime PM callbacks, we are now able to put our
device into low power state at system suspend.
(...)
I'm
Ulf Hansson writes:
> Due to the available runtime PM callbacks, we are now able to put our
> device into low power state at system suspend.
>
> Earlier we could not accomplish this without trusting a power domain
> for the device to take care of it. Now we are able to cope with
> scenarios both
Due to the available runtime PM callbacks, we are now able to put our
device into low power state at system suspend.
Earlier we could not accomplish this without trusting a power domain
for the device to take care of it. Now we are able to cope with
scenarios both with and without a power domain.
Due to the available runtime PM callbacks, we are now able to put our
device into low power state at system suspend.
Earlier we could not accomplish this without trusting a power domain
for the device to take care of it. Now we are able to cope with
scenarios both with and without a power domain.
Ulf Hansson ulf.hans...@linaro.org writes:
Due to the available runtime PM callbacks, we are now able to put our
device into low power state at system suspend.
Earlier we could not accomplish this without trusting a power domain
for the device to take care of it. Now we are able to cope with
14 matches
Mail list logo