[PATCH 0/3][SRU][OEM-B] SATA device is not going to DEVSLP

[AceLan Kao]

BugLink: https://bugs.launchpad.net/bugs/1781533

[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.

Srinivas (1):
  ata: ahci: Enable DEVSLP by default on x86 modern standby platform

Srinivas Pandruvada (2):
  ata: libahci: Correct setting of DEVSLP register
  ata: libahci: Allow reconfigure of DEVSLP register

 drivers/ata/ahci.c     | 13 +++++++++++++
 drivers/ata/libahci.c  | 20 ++++++++++++--------
 kernel/power/suspend.c |  1 +
 3 files changed, 26 insertions(+), 8 deletions(-)

-- 
2.17.1