** Description changed:

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

** Tags added: originate-from-1779984 somerville

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1781533

Title:
  SATA device is not going to DEVSLP

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1781533/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to