platform/x86: Add s2idle quirk for more Lenovo laptops
PATCH 1/1 platform/x86: Add s2idle quirk for more Lenovo laptops
commit 3bde7ec13c971445faade32172cb0b4370b841d9 upstream.
When suspending to idle and resuming on some Lenovo laptops using the Mendocino APU, multiple NVME IOMMU page faults occur, showing up in dmesg as repeated errors:
nvme 0000:01:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x000b address=0xb6674000 flags=0x0000]
The system is unstable afterwards.
Applying the s2idle quirk introduced by commit 455cd867b85b ("platform/x86:thinkpad_acpi: Add a s2idle resume quirk for a number of laptops") allows these systems to work with the IOMMU enabled and s2idle resume to work.
--- drivers/platform/x86/amd/pmc-quirks.c | 73 +++++++++++++++++++++++++++ 1 file changed, 73 insertions(+)
drivers/platform/x86/amd/pmc-quirks.c +73 -0
@@ -111,6 +111,79 @@ static const struct dmi_system_id fwbug_list[] = { DMI_MATCH(DMI_PRODUCT_NAME, "21A1"), } }, +/* https://bugzilla.kernel.org/show_bug.cgi?id=218024 */ + { + .ident = "V14 G4 AMN", + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82YT"), + } + }, + { + .ident ="V14 G4 AMN" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "83GE"), + } + }, + { + .ident ="V15 G4 AMN" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82YU"), + } + }, + { + .ident ="V15 G4 AMN" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "83CQ"), + } + }, + { + .ident ="IdeaPad 1 14AMN7" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82VF"), + } + }, + { + .ident ="IdeaPad 1 15AMN7" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82VG"), + } + }, + { + .ident ="IdeaPad 1 15AMN7" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82X5"), + } + }, + { + .ident ="IdeaPad Slim 3 14AMN8" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82XN"), + } + }, + { + .ident ="IdeaPad Slim 3 15AMN8" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82XQ"), + } + }, /* https://gitlab.freedesktop.org/drm/amd/-/issues/2684 */ { .ident = "HP Laptop 15s-eq2xxx",
Signature · 1 line
2.39.2
Quoted 24 lines · David Lazar
commit
3bde7ec13c971445faade32172cb0b4370b841d9upstream.When suspending to idle and resuming on some Lenovo laptops using the Mendocino APU, multiple NVME IOMMU page faults occur, showing up in dmesg as repeated errors:
nvme 0000:01:00.0: AMD-Vi: Event logged [
IO_PAGE_FAULTdomain=0x000b address=0xb6674000 flags=0x0000]The system is unstable afterwards.
Applying the s2idle quirk introduced by commit
455cd867b85b("platform/x86:thinkpad_acpi: Add a s2idle resume quirk for a number of laptops") allows these systems to work with the IOMMU enabled and s2idle resume to work.Suggested-by Mario Limonciello <[email protected]>Suggested-by Mark Pearson <[email protected]>Signed-off-by David Lazar <[email protected]>Reviewed-by Mario Limonciello <[email protected]>Reviewed-by Mark Pearson <[email protected]>Signed-off-by Hans de Goede <[email protected]>
Quoted 1 line
---
In this case are there modifications or is a clean cherry-pick? If it's not a clean cherry pick, why?
If it's just missing another system in the quirk list it's cleaner to backport that missing system and then have a clean pick.
Quoted 87 lines
drivers/platform/x86/amd/pmc-quirks.c | 73 +++++++++++++++++++++++++++ 1 file changed, 73 insertions(+)drivers/platform/x86/amd/pmc-quirks.c +73
-0@@ -111,6 +111,79 @@ static const struct dmi_system_id fwbug_list[] = { DMI_MATCH(DMI_PRODUCT_NAME, "21A1"), } }, +/* https://bugzilla.kernel.org/show_bug.cgi?id=218024 */ + { + .ident = "V14 G4 AMN", + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82YT"), + } + }, + { + .ident ="V14 G4 AMN" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "83GE"), + } + }, + { + .ident ="V15 G4 AMN" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82YU"), + } + }, + { + .ident ="V15 G4 AMN" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "83CQ"), + } + }, + { + .ident ="IdeaPad 1 14AMN7" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82VF"), + } + }, + { + .ident ="IdeaPad 1 15AMN7" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82VG"), + } + }, + { + .ident ="IdeaPad 1 15AMN7" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82X5"), + } + }, + { + .ident ="IdeaPad Slim 3 14AMN8" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82XN"), + } + }, + { + .ident ="IdeaPad Slim 3 15AMN8" , + .driver_data = &quirk_s2idle_bug, + .matches = { +DMI_MATCH (DMI_BOARD_VENDOR ,"LENOVO" ), + DMI_MATCH(DMI_PRODUCT_NAME, "82XQ"), + } + }, /* https://gitlab.freedesktop.org/drm/amd/-/issues/2684 */ { .ident = "HP Laptop 15s-eq2xxx",
Quoted 2 lines · Mario Limonciello
In this case are there modifications or is a clean cherry-pick? If it's not a clean cherry pick, why?
This wasn't a clean cherry pick because the code has been moved
from drivers/platform/x86/amd/pmc-quirks.c in 6.5.y to drivers/platform/x86/amd/pmc/pmc-quirks.c in 6.6.y.
Quoted 2 lines
If it's just missing another system in the quirk list it's cleaner to backport that missing system and then have a clean pick.
In this case (the 6.5 patch) there was no missing system in the quirks list. However, in the 6.1 version, the HP system *is* missing from the list (it looks like the patch that added that system wasn't backported to 6.1). But even adding that system wouldn't result in a clean cherry pick, given that the code had been moved once before
from drivers/platform/x86/thinkpad_acpi.c in 6.1.y to drivers/platform/x86/amd/pmc-quirks.c in 6.5.y.
I had refrained from adding the missing system also in order to stay close to the upstream patch.
In any case, I see Sasha and Greg are already working on these patches, so I'll leave them alone for now, to not generate more work for them.
Thanks for your help, everyone, and please let me know if there's anything else I should do.
-=[david]=-
Quoted 23 lines · David Lazar
Quoted 2 lines · Mario Limonciello
In this case are there modifications or is a clean cherry-pick? If it's not a clean cherry pick, why?
This wasn't a clean cherry pick because the code has been moved
from drivers/platform/x86/amd/pmc-quirks.c in 6.5.y to drivers/platform/x86/amd/pmc/pmc-quirks.c in 6.6.y.Quoted 2 lines
If it's just missing another system in the quirk list it's cleaner to backport that missing system and then have a clean pick.
In this case (the 6.5 patch) there was no missing system in the quirks list. However, in the 6.1 version, the HP system *is* missing from the list (it looks like the patch that added that system wasn't backported to 6.1). But even adding that system wouldn't result in a clean cherry pick, given that the code had been moved once before
from drivers/platform/x86/thinkpad_acpi.c in 6.1.y to drivers/platform/x86/amd/pmc-quirks.c in 6.5.y.I had refrained from adding the missing system also in order to stay close to the upstream patch.
Quoted 7 lines
In any case, I see Sasha and Greg are already working on these patches, so I'll leave them alone for now, to not generate more work for them.
Thanks for your help, everyone, and please let me know if there's anything else I should do.
-=[david]=-
Got it, thanks I think you made the right decisions in both 6.1 and 6.5 versions.