The first 2 I have no concerns, but would like to see a tested-by submitted back to that patch to encourage it to land upstream.
The third patch, there has been a second submission (and will likely be a 3rd based on feedback). https://patchwork.kernel.org/patch/10522375/ Conceptually I have no concern with the 3rd patch but just please track to make sure the right policy does get adopted from it. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1781533 Title: SATA device is not going to DEVSLP Status in HWE Next: New Status in linux-oem package in Ubuntu: In Progress Bug description: [Impact] Any of the platforms we’ve been seeing SATA problems not going to deepest state leading to other devices not getting there during long idle or s2idle. And it also prevents the system from entering deeper PC state other than PC3. [Test] Verified the power consumption on some new platforms, it doesn't do too much difference on the numbers, but it improves. [Fix] Suggested from Intel and Dell to contains the 2 commits https://patchwork.kernel.org/patch/10502285/ https://patchwork.kernel.org/patch/10502287/ The third commit sets by default link power management policy to min_power https://patchwork.kernel.org/patch/10502291/ [Regression Potential] Low, the production machines with suspend-to-idle enabled should have the DEVSLP function been validated. [Misc] Those commits do not show up in any public git tree yet, so let's verify them in oem kernel first, and then will submit to bionic kernel later. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1781533/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
