APPLIED[E]: [PATCH 0/3][SRU][B-OEM-OSP1/D/E] reduce s2idle power consumption

Aaron Ma aaron.ma at canonical.com
Fri Aug 23 07:07:35 UTC 2019



On 8/23/19 11:12 AM, Seth Forshee wrote:
> On Wed, Aug 21, 2019 at 02:41:02PM +0800, Aaron Ma wrote:
>> BugLink: https://bugs.launchpad.net/bugs/1840882
>>
>> [Impact]
>> When system goes to suspend-to idle, it's power consumption is around 4+
>> w.
>>
>> [Fix]
>> Some TBT and other ACPI devices share the same power resource, when
>> system goes to s2idle.
>> PME polling thread continue bringing up devices to D0 mode.
>> Use cached ACPI device power state will avoid this issue.
>>
>> [Test]
>> Verified on 2 hardware. Power consumption of s2idle is reduced to 1w.
>>
>> [Regression Potential]
>> Medium, upstream patches cherry-picked.
>>
>> Since these hareware is only supported by 5.0+ kernel, I set B-OEM-OSP1
>> and disco+ kernel tag.
> Applied to eoan/master-next.
> 
> Before acking for SRU I'd like to know what kind of regression testing
> has been done on the patches.
> 

Tested with 3 models of laptops with s2idle and S3 supports.
Quick test PCI/USB deivices on both s2idle and S3 mode, no regression found.

Tested AMD platform which supports S3 only, PCI/USB work and resume fine.
No regression found.

Thanks,
Aaron

> Thanks,
> Seth
> 



More information about the kernel-team mailing list