ACK/Cmnt: [PATCH 0/5][SRU][J] Not able to enter s2idle state on AMD platforms

Tim Gardner tim.gardner at canonical.com
Mon Feb 21 18:30:09 UTC 2022


Acked-by: Tim Gardner <tim.gardner at canonical.com>

You need to nominate jammy/linux in the bug report.

On 2/20/22 22:53, Alex Hung wrote:
> BugLink: https://bugs.launchpad.net/bugs/1961121
> 
> [Impact]
> 
>    AMD Systems don't enter PC6 at runtime and cause failures to enter s2idle.
> 
>    Currently the fix is from kernel driver rather than MP2 firmware, which
>    disable interrupts from kernel driver to fix MP2 firmware blocking CPUOFF.
> 
> [Fix]
> 
>    The fixes involve 1) cancelling delayed work when entering s0ix and re-scheduling it when
>    resuming from s0ix, and 2) clearing interrupts during the driver initialization and
>    sensor command operations
> 
>    Note: PATCH 1 (173709f50e) & 2 (0873d1afac) are required for actual fixes PATCH 3~7
>    Note 2: all patches were cherry-picked from mainline
> 
> [Test]
> 
>    This is requested by AMD and was tested on AMD CRB.
> 
> [Where problems could occur]
> 
>    Risk is low to medium. Some code flow changes are guarded by reasonable conditions,
>    but the fixes introduced additional suspend and resume operations.
> 
>    Having said that, clearing interrupts before driver initialization and cancelling work
>    before entering sleeping states are standard approaches are usually safe.
> 
> Basavaraj Natikar (5):
>    HID: amd_sfh: Handle amd_sfh work buffer in PM ops
>    HID: amd_sfh: Correct the structure field name
>    HID: amd_sfh: Disable the interrupt for all command
>    HID: amd_sfh: Add functionality to clear interrupts
>    HID: amd_sfh: Add interrupt handler to process interrupts
> 
>   drivers/hid/amd-sfh-hid/amd_sfh_pcie.c | 72 +++++++++++++++++++++++++++++++++-
>   drivers/hid/amd-sfh-hid/amd_sfh_pcie.h |  4 +-
>   2 files changed, 74 insertions(+), 2 deletions(-)
> 

-- 
-----------
Tim Gardner
Canonical, Inc



More information about the kernel-team mailing list