On Friday, September 22, 2017 9:22:47 AM CEST Ulf Hansson wrote:
> [...]
>
> >>> Second, leaving devices in runtime suspend in the "suspend" phase of
> >>> system
> >>> suspend is fishy even when their runtime PM is disabled, because that
> >>> doesn't
> >>> guarantee anything regarding their
On Friday, September 22, 2017 9:22:47 AM CEST Ulf Hansson wrote:
> [...]
>
> >>> Second, leaving devices in runtime suspend in the "suspend" phase of
> >>> system
> >>> suspend is fishy even when their runtime PM is disabled, because that
> >>> doesn't
> >>> guarantee anything regarding their
[...]
>>> Second, leaving devices in runtime suspend in the "suspend" phase of system
>>> suspend is fishy even when their runtime PM is disabled, because that
>>> doesn't
>>> guarantee anything regarding their children or possible consumers. Runtime
>>> PM may still be enabled for those
[...]
>>> Second, leaving devices in runtime suspend in the "suspend" phase of system
>>> suspend is fishy even when their runtime PM is disabled, because that
>>> doesn't
>>> guarantee anything regarding their children or possible consumers. Runtime
>>> PM may still be enabled for those
On Thursday, September 21, 2017 4:36:30 PM CEST Alan Stern wrote:
> On Thu, 21 Sep 2017, Johannes Stezenbach wrote:
>
> > On Thu, Sep 21, 2017 at 02:39:30AM +0200, Rafael J. Wysocki wrote:
> > > On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach
> > > wrote:
> > > >
> > > >
On Thursday, September 21, 2017 4:36:30 PM CEST Alan Stern wrote:
> On Thu, 21 Sep 2017, Johannes Stezenbach wrote:
>
> > On Thu, Sep 21, 2017 at 02:39:30AM +0200, Rafael J. Wysocki wrote:
> > > On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach
> > > wrote:
> > > >
> > > > E.g. an audio
On Thursday, September 21, 2017 11:27:13 AM CEST Johannes Stezenbach wrote:
> On Thu, Sep 21, 2017 at 02:39:30AM +0200, Rafael J. Wysocki wrote:
> > On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach wrote:
> > >
> > > E.g. an audio codec could keep running
> > > while the i2c
On Thursday, September 21, 2017 11:27:13 AM CEST Johannes Stezenbach wrote:
> On Thu, Sep 21, 2017 at 02:39:30AM +0200, Rafael J. Wysocki wrote:
> > On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach wrote:
> > >
> > > E.g. an audio codec could keep running
> > > while the i2c bus used to
On Thu, 21 Sep 2017, Johannes Stezenbach wrote:
> On Thu, Sep 21, 2017 at 02:39:30AM +0200, Rafael J. Wysocki wrote:
> > On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach wrote:
> > >
> > > E.g. an audio codec could keep running
> > > while the i2c bus used to program its
On Thu, 21 Sep 2017, Johannes Stezenbach wrote:
> On Thu, Sep 21, 2017 at 02:39:30AM +0200, Rafael J. Wysocki wrote:
> > On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach wrote:
> > >
> > > E.g. an audio codec could keep running
> > > while the i2c bus used to program its registers can be
On Thu, Sep 21, 2017 at 02:39:30AM +0200, Rafael J. Wysocki wrote:
> On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach wrote:
> >
> > E.g. an audio codec could keep running
> > while the i2c bus used to program its registers can be runtime suspended.
> > If this is correct I
On Thu, Sep 21, 2017 at 02:39:30AM +0200, Rafael J. Wysocki wrote:
> On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach wrote:
> >
> > E.g. an audio codec could keep running
> > while the i2c bus used to program its registers can be runtime suspended.
> > If this is correct I think it would be
On Wed, Sep 20, 2017 at 6:15 PM, Alan Stern wrote:
> On Wed, 20 Sep 2017, Rafael J. Wysocki wrote:
>
>> >> Second, leaving devices in runtime suspend in the "suspend" phase of
>> >> system
>> >> suspend is fishy even when their runtime PM is disabled, because that
>>
On Wed, Sep 20, 2017 at 6:15 PM, Alan Stern wrote:
> On Wed, 20 Sep 2017, Rafael J. Wysocki wrote:
>
>> >> Second, leaving devices in runtime suspend in the "suspend" phase of
>> >> system
>> >> suspend is fishy even when their runtime PM is disabled, because that
>> >> doesn't
>> >> guarantee
On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach wrote:
> On Wed, Sep 20, 2017 at 04:01:32PM +0200, Rafael J. Wysocki wrote:
>> On Wed, Sep 20, 2017 at 2:28 PM, Ulf Hansson wrote:
>> > On 20 September 2017 at 02:26, Rafael J. Wysocki
On Wed, Sep 20, 2017 at 6:27 PM, Johannes Stezenbach wrote:
> On Wed, Sep 20, 2017 at 04:01:32PM +0200, Rafael J. Wysocki wrote:
>> On Wed, Sep 20, 2017 at 2:28 PM, Ulf Hansson wrote:
>> > On 20 September 2017 at 02:26, Rafael J. Wysocki
>> > wrote:
>> >>
>> >> Second, leaving devices in
On Wed, Sep 20, 2017 at 04:01:32PM +0200, Rafael J. Wysocki wrote:
> On Wed, Sep 20, 2017 at 2:28 PM, Ulf Hansson wrote:
> > On 20 September 2017 at 02:26, Rafael J. Wysocki wrote:
> >>
> >> Second, leaving devices in runtime suspend in the "suspend"
On Wed, Sep 20, 2017 at 04:01:32PM +0200, Rafael J. Wysocki wrote:
> On Wed, Sep 20, 2017 at 2:28 PM, Ulf Hansson wrote:
> > On 20 September 2017 at 02:26, Rafael J. Wysocki wrote:
> >>
> >> Second, leaving devices in runtime suspend in the "suspend" phase of system
> >> suspend is fishy even
On Wed, 20 Sep 2017, Rafael J. Wysocki wrote:
> >> Second, leaving devices in runtime suspend in the "suspend" phase of system
> >> suspend is fishy even when their runtime PM is disabled, because that
> >> doesn't
> >> guarantee anything regarding their children or possible consumers. Runtime
On Wed, 20 Sep 2017, Rafael J. Wysocki wrote:
> >> Second, leaving devices in runtime suspend in the "suspend" phase of system
> >> suspend is fishy even when their runtime PM is disabled, because that
> >> doesn't
> >> guarantee anything regarding their children or possible consumers. Runtime
On Wed, Sep 20, 2017 at 2:28 PM, Ulf Hansson wrote:
> On 20 September 2017 at 02:26, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> It quite often is necessary to resume devices from runtime suspend
>> during
On Wed, Sep 20, 2017 at 2:28 PM, Ulf Hansson wrote:
> On 20 September 2017 at 02:26, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> It quite often is necessary to resume devices from runtime suspend
>> during system suspend for various reasons (for example, if their
>> wakeup
On 20 September 2017 at 02:26, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> It quite often is necessary to resume devices from runtime suspend
> during system suspend for various reasons (for example, if their
> wakeup settings need to be
On 20 September 2017 at 02:26, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> It quite often is necessary to resume devices from runtime suspend
> during system suspend for various reasons (for example, if their
> wakeup settings need to be changed), but that requires middle-layer
> or
24 matches
Mail list logo