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

Bug #1961646 reported by You-Sheng Yang
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
HWE Next
Fix Released
Undecided
Unassigned
linux (Ubuntu)
Fix Released
Undecided
Unassigned
Focal
Invalid
Undecided
Unassigned
Impish
Won't Fix
Undecided
Unassigned
Jammy
Fix Released
Undecided
Unassigned
linux-oem-5.14 (Ubuntu)
Invalid
Undecided
Unassigned
Focal
Fix Released
Undecided
Unassigned
Impish
Invalid
Undecided
Unassigned
Jammy
Invalid
Undecided
Unassigned
linux-oem-5.17 (Ubuntu)
Invalid
Undecided
Unassigned
Focal
Invalid
Undecided
Unassigned
Impish
Invalid
Undecided
Unassigned
Jammy
Fix Released
Undecided
Unassigned

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.

You-Sheng Yang (vicamo)
tags: added: amd oem-priority originate-from-1956572
Changed in linux (Ubuntu Focal):
status: New → Invalid
Changed in linux-oem-5.14 (Ubuntu Impish):
status: New → Invalid
Changed in linux-oem-5.14 (Ubuntu Jammy):
status: New → Invalid
Revision history for this message
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Missing required logs.

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
Revision history for this message
You-Sheng Yang (vicamo) wrote :
Revision history for this message
Mario Limonciello (superm1) wrote :

confirmed that all 4 commits are present in 5.17 mainline, no tasks for oem-5.17.

Changed in linux-oem-5.17 (Ubuntu Impish):
status: New → Invalid
Changed in linux-oem-5.17 (Ubuntu Focal):
status: New → Invalid
Changed in linux-oem-5.17 (Ubuntu Jammy):
status: New → Fix Released
Revision history for this message
Mario Limonciello (superm1) wrote :

All of these commits are in v5.15.25 from stable backports, so no jammy tasks for generic kernel either.

Changed in linux (Ubuntu Impish):
status: Incomplete → Won't Fix
Changed in linux (Ubuntu Jammy):
status: Incomplete → Fix Released
Changed in linux (Ubuntu):
status: Incomplete → Fix Released
Changed in linux-oem-5.17 (Ubuntu):
status: New → Invalid
Revision history for this message
Mario Limonciello (superm1) wrote :

Confirmed it's already in place for oem-5.14 as well.

Changed in linux-oem-5.14 (Ubuntu Focal):
status: New → Fix Released
Timo Aaltonen (tjaalton)
Changed in hwe-next:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.