This bug is missing log files that will aid in diagnosing the problem.
While running an Ubuntu kernel (not a mainline or third-party kernel)
please enter the following command in a terminal window:

apport-collect 1961646

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.

** Changed in: linux (Ubuntu)
       Status: New => Incomplete

** Changed in: linux (Ubuntu Impish)
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-5.14 in Ubuntu.
https://bugs.launchpad.net/bugs/1961646

Title:
  On AMD platforms s2idle may not work w/o proper FW

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Incomplete
Status in linux-oem-5.14 package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Invalid
Status in linux-oem-5.14 source package in Focal:
  New
Status in linux source package in Impish:
  Incomplete
Status in linux-oem-5.14 source package in Impish:
  Invalid
Status in linux source package in Jammy:
  Incomplete
Status in linux-oem-5.14 source package in Jammy:
  Invalid

Bug description:
  It was raised because of a community member using a Lenovo platform
  having very odd s2idle failures.

  It was later debugged that it was caused by them choosing "Linux" mode
  in Lenovo BIOS setup rather than "Windows" mode and then choosing
  "s2idle" in /sys/power/mem_sleep.

  - In "Linux" mode there is both "deep" and "s2idle" offered in 
/sys/power/mem_sleep.
  - In "Windows" mode there is only "s2idle" offered in /sys/power/mem_sleep.

  That is by default no matter if the OEM offers S3 or S2idle
  /sys/power/mem_sleep will contain "s2idle", but on AMD platforms
  "s2idle" only works if the hardware has been configured properly by
  the firmware. The outward indications of this being configured
  properly are the FADT low power idle bit being set and the uPEP ACPI
  device being populated, which is what this patch now checks for.

  So now if a user has the firmware of the machine configured for S3
  then they will only see "deep" on AMD systems.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1961646/+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

Reply via email to