From: Daniel Gibson <daniel@gibson.sh>
To: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
Cc: Shyam Sundar S K <Shyam-sundar.S-k@amd.com>,
Hans de Goede <hansg@kernel.org>,
platform-driver-x86@vger.kernel.org,
LKML <linux-kernel@vger.kernel.org>,
Mario Limonciello <superm1@kernel.org>,
Sindre Henriksen <sindrehenriksen93@gmail.com>
Subject: Re: [PATCH 1/2] platform/x86/amd/pmc: Delay suspend for some Lenovo Laptops
Date: Fri, 8 May 2026 00:43:02 +0200 [thread overview]
Message-ID: <dcdd32ff-b2eb-4cd9-b1e7-0cf3fd5ba3df@gibson.sh> (raw)
In-Reply-To: <13165764-9660-4887-bc13-54f2b9fee3a1@gibson.sh>
On 07.05.26 22:19, Daniel Gibson wrote:
> Thanks for the review!
>
> On 07.05.26 15:22, Ilpo Järvinen wrote:
>> On Fri, 1 May 2026, Daniel Gibson wrote:
>>
>>> Some IdeaPad Slim 3 devices and similar with AMD 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.
>>>
>>> This issue has been reported for many different devices, this patch
>>> has been tested with the Zen3-based IdeaPad Slim 3 16ABR8 (82XR)
>>> and the Zen3+-based IdeaPad Slim 3 14ARP10 (83K6), see
>>> https://bugzilla.kernel.org/show_bug.cgi?id=221383
>>>
>>> Reported-by: Sindre Henriksen <sindrehenriksen93@gmail.com>
>>> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=221383
>>> Tested-by: Sindre Henriksen <sindrehenriksen93@gmail.com>
>>> Tested-by: Daniel Gibson <daniel@gibson.sh>
>>> Suggested-by: Mario Limonciello (AMD) <superm1@kernel.org>
>>> Reviewed-by: Mario Limonciello (AMD) <superm1@kernel.org>
>>> Signed-off-by: Daniel Gibson <daniel@gibson.sh>
>>> ---
>>> drivers/platform/x86/amd/pmc/pmc-quirks.c | 36 +++++++++++++++++++++++
>>> drivers/platform/x86/amd/pmc/pmc.c | 5 +++-
>>> drivers/platform/x86/amd/pmc/pmc.h | 1 +
>>> 3 files changed, 41 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/platform/x86/amd/pmc/pmc-quirks.c b/drivers/platform/x86/amd/pmc/pmc-quirks.c
>>> index 24506e342943..cea30f68f8dc 100644
>>> --- a/drivers/platform/x86/amd/pmc/pmc-quirks.c
>>> +++ b/drivers/platform/x86/amd/pmc/pmc-quirks.c
>>> @@ -18,6 +18,7 @@
>>> struct quirk_entry {
>>> u32 s2idle_bug_mmio;
>>> bool spurious_8042;
>>> + bool need_suspend_delay;
>>> };
>>>
>>> static struct quirk_entry quirk_s2idle_bug = {
>>> @@ -33,6 +34,10 @@ static struct quirk_entry quirk_s2idle_spurious_8042 = {
>>> .spurious_8042 = true,
>>> };
>>>
>>> +static struct quirk_entry quirk_s2idle_need_suspend_delay = {
>>> + .need_suspend_delay = true
>>
>> Please add comma to any non-terminating entry.
>
> will do
>
>>
>>> +};
>>> +
>>> static const struct dmi_system_id fwbug_list[] = {
>>> {
>>> .ident = "L14 Gen2 AMD",
>>> @@ -203,6 +208,32 @@ static const struct dmi_system_id fwbug_list[] = {
>>> DMI_MATCH(DMI_PRODUCT_NAME, "82XQ"),
>>> }
>>> },
>>> + /*
>>> + * Some Lenovo Laptops (like different IdeaPad 3 Slims) need some
>>> + * me-time before sleeping or they get uncooperative after waking
>>> + * up and don't send events for keyboard and lid switch anymore.
>>> + * See https://bugzilla.kernel.org/show_bug.cgi?id=221383
>>> + */
>>> + {
>>> + .ident = "Zen3-based IdeaPad Slim and similar",
>>> + .driver_data = &quirk_s2idle_need_suspend_delay,
>>> + .matches = {
>>> + DMI_MATCH(DMI_BOARD_VENDOR, "LENOVO"),
>>> + /*
>>> + * Note: there are also some Zen2-based 82X* devices that
>>> + * need different quirks, they're already handled above
>>> + */
>>> + DMI_MATCH(DMI_PRODUCT_NAME, "82X")
>>
>> Ditto.
>>
>>> + }
>>> + },
>>> + {
>>> + .ident = "Zen3+-based IdeaPad Slim and similar",
>>> + .driver_data = &quirk_s2idle_need_suspend_delay,
>>> + .matches = {
>>> + DMI_MATCH(DMI_BOARD_VENDOR, "LENOVO"),
>>> + DMI_MATCH(DMI_PRODUCT_NAME, "83K")
>>
>> Ditto.
>>
>>> + }
>>> + },
>>> /* https://bugzilla.kernel.org/show_bug.cgi?id=221273 */
>>> {
>>> .ident = "Thinkpad L14 Gen3",
>>> @@ -356,6 +387,11 @@ void amd_pmc_process_restore_quirks(struct amd_pmc_dev *dev)
>>> amd_pmc_skip_nvme_smi_handler(dev->quirks->s2idle_bug_mmio);
>>> }
>>>
>>> +bool amd_pmc_quirk_need_suspend_delay(struct amd_pmc_dev *dev)
>>> +{
>>> + return dev->quirks->need_suspend_delay;
>>> +}
>>> +
>>> void amd_pmc_quirks_init(struct amd_pmc_dev *dev)
>>> {
>>> const struct dmi_system_id *dmi_id;
>>> diff --git a/drivers/platform/x86/amd/pmc/pmc.c b/drivers/platform/x86/amd/pmc/pmc.c
>>> index cae3fcafd4d7..c604dc7207ed 100644
>>> --- a/drivers/platform/x86/amd/pmc/pmc.c
>>> +++ b/drivers/platform/x86/amd/pmc/pmc.c
>>> @@ -634,10 +634,13 @@ static void amd_pmc_s2idle_check(void)
>>> struct amd_pmc_dev *pdev = &pmc;
>>> struct smu_metrics table;
>>> int rc;
>>> + bool ec_needs_sleep = !disable_workarounds && amd_pmc_quirk_need_suspend_delay(pdev);
>>
>> Why isn't disable_workarounds inside amd_pmc_quirk_need_suspend_delay() ?
>
> Because disable_workarounds is a static variable in pmc.c and
> amd_pmc_quirk_need_suspend_delay() is implemented in pmc-quirks.c
>
>>
>>>
>>> /* Avoid triggering OVP */
>>> - if (!get_metrics_table(pdev, &table) && table.s0i3_last_entry_status)
>>> + if (ec_needs_sleep || (!get_metrics_table(pdev, &table) && table.s0i3_last_entry_status)) {
>>
>> It would be clearer what's going on here if these two checks are clearly
>> separated.
>>
>> As is, the comment confuses if it's only meant for the 2nd check.
>>
>> One of the checks will be in amd_pmc_quirk_need_suspend_delay() and the
>> other (the existing one + the comment) should be moved in to own function
>> (perhaps in a patch preceeding this one) so it's clear the reasoning is
>> different(?). You can check the commit that introduced msleep(2500) here
>> for details about the existing check.
>>
>
> Ok, I'll move that check for the existing workaround into its own
> function to make it more clear what is happening
While doing this and thinking learning more about this old patch I had a
realization:
The existing code does this 2.5s sleep before every suspend *except* for
the very first one after a (re)boot!
(Except on CPUs that don't have this metrics table (AMD_CPU_ID_PCO) or
some edge case when pdev->smu_virt_addr is NULL and can't be set with
amd_pmc_setup_smu_logging())
This by the way explains why in the rare cases suspend randomly worked
as intended on my machine (even without my patch) it kept on working in
subsequent suspends, until rebooting.
Anyway, radical idea: What if we just ALWAYS SLEEP for 2.5 seconds here?
I don't think the special case of the very first suspend after boot
justifies all the complexity of the existing checks *and* the conditions
I'm adding.
>
>>> + dev_info(pdev->dev, "Delaying suspend by 2.5s to avoid platform bug\n");
>>> msleep(2500);
>>> + }
>>>
>>> /* Dump the IdleMask before we add to the STB */
>>> amd_pmc_idlemask_read(pdev, pdev->dev, NULL);
>>> diff --git a/drivers/platform/x86/amd/pmc/pmc.h b/drivers/platform/x86/amd/pmc/pmc.h
>>> index fe3f53eb5955..f5257e47b8c4 100644
>>> --- a/drivers/platform/x86/amd/pmc/pmc.h
>>> +++ b/drivers/platform/x86/amd/pmc/pmc.h
>>> @@ -147,6 +147,7 @@ enum amd_pmc_def {
>>> };
>>>
>>> void amd_pmc_process_restore_quirks(struct amd_pmc_dev *dev);
>>> +bool amd_pmc_quirk_need_suspend_delay(struct amd_pmc_dev *dev);
>>> void amd_pmc_quirks_init(struct amd_pmc_dev *dev);
>>> void amd_mp2_stb_init(struct amd_pmc_dev *dev);
>>> void amd_mp2_stb_deinit(struct amd_pmc_dev *dev);
>>>
>>
>
next prev parent reply other threads:[~2026-05-07 22:43 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20260501032655.283789-1-daniel@gibson.sh>
[not found] ` <20260501032655.283789-2-daniel@gibson.sh>
2026-05-07 13:22 ` [PATCH 1/2] platform/x86/amd/pmc: Delay suspend for some Lenovo Laptops Ilpo Järvinen
2026-05-07 20:19 ` Daniel Gibson
2026-05-07 22:43 ` Daniel Gibson [this message]
2026-05-07 22:54 ` Mario Limonciello
2026-05-07 23:25 ` Daniel Gibson
2026-05-07 23:48 ` Mario Limonciello
2026-05-07 23:56 ` Daniel Gibson
[not found] ` <20260501032655.283789-3-daniel@gibson.sh>
2026-05-04 14:37 ` [PATCH 2/2] platform/x86/amd/pmc: Add delay_suspend module argument Mario Limonciello
2026-05-04 15:38 ` Daniel Gibson
2026-05-04 16:58 ` Mario Limonciello
2026-05-07 13:33 ` Ilpo Järvinen
2026-05-07 20:19 ` Daniel Gibson
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=dcdd32ff-b2eb-4cd9-b1e7-0cf3fd5ba3df@gibson.sh \
--to=daniel@gibson.sh \
--cc=Shyam-sundar.S-k@amd.com \
--cc=hansg@kernel.org \
--cc=ilpo.jarvinen@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=sindrehenriksen93@gmail.com \
--cc=superm1@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