From: "Derek J. Clark" <derekjohn.clark@gmail.com>
To: "Rafael J . Wysocki" <rafael@kernel.org>
Cc: Bjorn Helgaas <bhelgaas@google.com>, Len Brown <lenb@kernel.org>,
linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org,
linux-kernel@vger.kernel.org,
"Derek J . Clark" <derekjohn.clark@gmail.com>,
"Pierre-Loup A . Griffais" <pgriffais@valvesoftware.com>
Subject: [PATCH] acpi: pci_root: Add quirks table for _OSC support
Date: Mon, 3 Aug 2026 13:34:59 -0700 [thread overview]
Message-ID: <20260803203459.10680-1-derekjohn.clark@gmail.com> (raw)
The MSI Claw A8 hard-locks on resume from s2idle whenever an SD/MMC
card is present in the RTS525A card reader (10ec:525a, PCI ID). This
issue is not present on the Lenovo Legion Go with the same card reader.
The primary difference is that the Claw A8 withholds LTR and DPC while
granting ASPM control to the OS, leading to a split ownership. The issue
can be mitigated by passing pcie_asmp=off, but quirking on the pci_dev
in pci/quirks has no effect.
Attempted quirks included use of pci_disable_link_state(),
dev->link_state = NULL, manually zeroing aspm_l0s_support/aspm_l1_support
via DECLARE_PCI_FIXUP_FINAL, and pcie_aspm_remove_cap() on
DECLARE_PCI_FIXUP_HEADER. Only by disabling ASPM on the root hub is the
system able to resume successfully. This strongly suggests a race between
the OS resuming the link under its own ASPM assumptions and firmware
independently acting on the same link based on state it never
relinquished.
As an attempt to localize the workaround to as low level as possible
while also being effective, introduce a quirk system to the existing
acpi pci_root calculate_support() mechanism.
Signed-off-by: Derek J. Clark <derekjohn.clark@gmail.com>
---
drivers/acpi/pci_root.c | 68 +++++++++++++++++++++++++++++++++++++++--
1 file changed, 66 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/pci_root.c b/drivers/acpi/pci_root.c
index 6f78f96332ea..abd436a10438 100644
--- a/drivers/acpi/pci_root.c
+++ b/drivers/acpi/pci_root.c
@@ -422,7 +422,69 @@ static acpi_status acpi_pci_osc_control_set(acpi_handle handle, u32 *mask,
return AE_OK;
}
-static u32 calculate_support(void)
+/*
+ * Some platforms advertise ASPM support in _OSC but withhold related
+ * control (e.g. LTR, DPC) from the OS on a specific root complex. The
+ * resulting split ownership between OS-managed ASPM and firmware-owned
+ * LTR/DPC can cause resume failures on s2idle. Rather than disabling
+ * ASPM system-wide, strip the offending support bits only on the
+ * affected root bridge so the OS abstains from requesting _OSC control
+ * there, leaving every other root complex on the system unaffected.
+ */
+struct osc_support_quirk {
+ const struct dmi_system_id dmi_match[2];
+ u16 segment;
+ u8 bus;
+ u32 strip_support;
+};
+
+static const struct osc_support_quirk osc_support_quirks[] = {
+ /*
+ * MSI Claw A8 (MS-1T8K): firmware withholds LTR/DPC control on
+ * the primary root complex despite advertising ASPM support,
+ * causing a hard lock on s2idle resume when the onboard RTS525A
+ * SD card reader is populated.
+ */
+ {
+ .dmi_match = {
+ {
+ .ident = "MSI Claw A8 BZ2EM",
+ .matches = {
+ DMI_MATCH(DMI_SYS_VENDOR,
+ "Micro-Star International Co., Ltd."),
+ DMI_MATCH(DMI_BOARD_NAME, "MS-1T8K"),
+ },
+ },
+ {}
+ },
+ .segment = 0,
+ .bus = 0,
+ .strip_support = OSC_PCI_ASPM_SUPPORT | OSC_PCI_CLOCK_PM_SUPPORT,
+ },
+};
+
+static u32 pci_osc_support_quirk_mask(struct acpi_pci_root *root)
+{
+ int i;
+
+ for (i = 0; i < ARRAY_SIZE(osc_support_quirks); i++) {
+ const struct osc_support_quirk *q = &osc_support_quirks[i];
+
+ if (dmi_first_match(q->dmi_match) &&
+ root->segment == q->segment &&
+ root->secondary.start == q->bus) {
+ dev_info(&root->device->dev,
+ "PCI Root Bridge [%04x:%02x] _OSC quirk: stripping support 0x%08x (%s)\n",
+ root->segment, (unsigned int)root->secondary.start,
+ q->strip_support, q->dmi_match[0].ident);
+ return ~q->strip_support;
+ }
+ }
+
+ return ~0;
+}
+
+static u32 calculate_support(struct acpi_pci_root *root)
{
u32 support;
@@ -441,6 +503,8 @@ static u32 calculate_support(void)
if (IS_ENABLED(CONFIG_PCIE_EDR))
support |= OSC_PCI_EDR_SUPPORT;
+ support &= pci_osc_support_quirk_mask(root);
+
return support;
}
@@ -571,7 +635,7 @@ static void negotiate_os_control(struct acpi_pci_root *root, int *no_aspm)
return;
}
- support = calculate_support();
+ support = calculate_support(root);
decode_osc_support(root, "OS supports", support);
--
2.55.0
reply other threads:[~2026-08-03 20:35 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20260803203459.10680-1-derekjohn.clark@gmail.com \
--to=derekjohn.clark@gmail.com \
--cc=bhelgaas@google.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=pgriffais@valvesoftware.com \
--cc=rafael@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