From: Daniel Gibson <daniel@gibson.sh>
To: "Thomas Gleixner" <tglx@kernel.org>,
"Ingo Molnar" <mingo@redhat.com>,
"Borislav Petkov" <bp@alien8.de>,
"Dave Hansen" <dave.hansen@linux.intel.com>,
x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
"Jonathan Corbet" <corbet@lwn.net>,
"Shuah Khan" <skhan@linuxfoundation.org>,
linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org,
"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
Subject: Re: [PATCH 2/2] Documentation/arch/x86/amd-debugging: Add section about delay_suspend
Date: Thu, 6 Aug 2026 00:09:13 +0200 [thread overview]
Message-ID: <b784820c-a027-44fd-a47a-ba51e52de7ea@gibson.sh> (raw)
In-Reply-To: <20260624124326.746525-3-daniel@gibson.sh>
Hi,
On 24/06/2026 2:43 pm, Daniel Gibson wrote:
> Some Lenovo IdeaPad Slim 3 devices and similar with AMD CPUs (so far
> observed with Zen3 and Zen3+ CPUs) have a nonfunctional keyboard and
> lid switch after s2idle.
>
> It helps to delay suspend by 2.5 seconds so the EC has some time
> to do whatever it needs to get done before suspend.
>
> Devices known to be affected are matched automatically, others can
> enforce the delay with a amd_pmc module parameter.
>
> This is now documented in amd-debugging.rst
any chance to get this merged?
As the delay_suspend parameter for the amd_pmc module are in all the
current stable kernels >= 6.6 now (6.6.147, 6.12.100 etc) it would be
great if the documentation was also available.
Cheers,
Daniel
>
> Signed-off-by: Daniel Gibson <daniel@gibson.sh>
> ---
> Documentation/arch/x86/amd-debugging.rst | 25 ++++++++++++++++++++++++
> 1 file changed, 25 insertions(+)
>
> diff --git a/Documentation/arch/x86/amd-debugging.rst b/Documentation/arch/x86/amd-debugging.rst
> index 3176a1240fee..3725adb42673 100644
> --- a/Documentation/arch/x86/amd-debugging.rst
> +++ b/Documentation/arch/x86/amd-debugging.rst
> @@ -249,6 +249,31 @@ state entry.
>
> `commit 40b8c14936bd2 ("drm/amd/display: Disable unneeded hpd interrupts during dm_init") <https://git.kernel.org/torvalds/c/40b8c14936bd2>`_
>
> +Keyboard and Lid Switch stop working after resume
> +-------------------------------------------------
> +On various variants of the Lenovo IdeaPad Slim 3 with Barcelo and Rembrandt CPUs
> +the lid switch and keyboard, or at least the Fn/Multimedia keys, stopped working
> +after resume, until the next reboot.
> +
> +This was caused by buggy firmware having timing probles, the EC needed some idle
> +time right before the CPU cores are suspended, or it got into an inconsistent state.
> +
> +For laptops that are known to be affected this workaround is enabled
> +automatically, to test this workaround on other machines you can set the
> +``delay_suspend`` parameter of the ``amd_pmc`` module.
> +
> +If you need to set the ``delay_suspend`` parameter to fix your machine, please
> +report this at platform-driver-x86@vger.kernel.org for it to be added to the
> +list of devices that need this workaround, so in future kernel versions it's
> +enabled automatically.
> +
> +Note that the current workaround isn't perfect: On some devices the problems still
> +happen if resume is triggered by a timer (wakealarm).
> +
> +`commit 9b9e60dd31da0 ("platform/x86/amd/pmc: Delay suspend for some Lenovo Laptops") <https://git.kernel.org/torvalds/c/9b9e60dd31da0>`_
> +
> +`commit 428b9fd2dce50 ("platform/x86/amd/pmc: Add delay_suspend module parameter") <https://git.kernel.org/torvalds/c/428b9fd2dce50>`_
> +
> Runtime power consumption issues
> ================================
>
next prev parent reply other threads:[~2026-08-05 22:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-24 12:43 [PATCH 0/2] Document amd_pmc delay_suspend quirk Daniel Gibson
2026-06-24 12:43 ` [PATCH 1/2] Documentation/arch/x86/amd-debugging: Add example for reset register Daniel Gibson
2026-07-01 22:21 ` Mario Limonciello
2026-06-24 12:43 ` [PATCH 2/2] Documentation/arch/x86/amd-debugging: Add section about delay_suspend Daniel Gibson
2026-08-05 22:09 ` Daniel Gibson [this message]
2026-08-05 22:40 ` Borislav Petkov
2026-08-05 22:54 ` Daniel Gibson
2026-08-06 1:41 ` Borislav Petkov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b784820c-a027-44fd-a47a-ba51e52de7ea@gibson.sh \
--to=daniel@gibson.sh \
--cc=bp@alien8.de \
--cc=corbet@lwn.net \
--cc=dave.hansen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=ilpo.jarvinen@linux.intel.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=skhan@linuxfoundation.org \
--cc=tglx@kernel.org \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox