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

AceLan Kao acelan.kao at canonical.com
Wed Nov 28 09:19:21 UTC 2018


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

[Impact]
Any of the platforms we’ve been seeing SATA problems not going to deepest
state leads 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.

[Fix]
Suggested from Intel and Dell to contains the following 4 commits,
and all of 4 commits are in v4.19-rc1
https://patchwork.kernel.org/patch/10502285/
https://patchwork.kernel.org/patch/10502287/
https://patchwork.kernel.org/patch/10535781/
https://patchwork.kernel.org/patch/10535783/

[Test]
Verified the power consumption on some new platforms, it improves the
SATA HDD power consumption around 0.5w during long idle.

[Regression Potential]
Low, the DEVSLP function is already validated when shipped with SLP_S0
support.

Srinivas Pandruvada (4):
  ata: ahci: Support state with min power but Partial low power state
  ata: ahci: Enable DEVSLP by default on x86 with SLP_S0
  ata: libahci: Correct setting of DEVSLP register
  ata: libahci: Allow reconfigure of DEVSLP register

 drivers/ata/ahci.c        | 38 +++++++++++++++++++++++++++++++++-----
 drivers/ata/libahci.c     | 25 ++++++++++++++++---------
 drivers/ata/libata-core.c |  1 +
 drivers/ata/libata-scsi.c |  1 +
 include/linux/libata.h    |  3 ++-
 5 files changed, 53 insertions(+), 15 deletions(-)

-- 
2.17.1




More information about the kernel-team mailing list