summaryrefslogtreecommitdiffstats
path: root/drivers/acpi/sbs.c
diff options
context:
space:
mode:
authorMario Limonciello <mario.limonciello@amd.com>2022-12-15 20:16:16 +0100
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2022-12-22 17:39:31 +0100
commite555c85792bd5f9828a2fd2ca9761f70efb1c77b (patch)
treee51d0d97a92449c80c94784cefde13159c80fb9e /drivers/acpi/sbs.c
parentACPI: x86: s2idle: Force AMD GUID/_REV 2 on HP Elitebook 865 (diff)
downloadlinux-e555c85792bd5f9828a2fd2ca9761f70efb1c77b.tar.xz
linux-e555c85792bd5f9828a2fd2ca9761f70efb1c77b.zip
ACPI: x86: s2idle: Stop using AMD specific codepath for Rembrandt+
After we introduced a module parameter and quirk infrastructure for picking the Microsoft GUID over the SOC vendor GUID we discovered that lots and lots of systems are getting this wrong. The table continues to grow, and is becoming unwieldy. We don't really have any benefit to forcing vendors to populate the AMD GUID. This is just extra work, and more and more vendors seem to mess it up. As the Microsoft GUID is used by Windows as well, it's very likely that it won't be messed up like this. So drop all the quirks forcing it and the Rembrandt behavior. This means that Cezanne or later effectively only run the Microsoft GUID codepath with the exception of HP Elitebook 8*5 G9. Fixes: fd894f05cf30 ("ACPI: x86: s2idle: If a new AMD _HID is missing assume Rembrandt") Cc: stable@vger.kernel.org # 6.1 Reported-by: Benjamin Cheng <ben@bcheng.me> Reported-by: bilkow@tutanota.com Reported-by: Paul <paul@zogpog.com> Link: https://gitlab.freedesktop.org/drm/amd/-/issues/2292 Link: https://bugzilla.kernel.org/show_bug.cgi?id=216768 Signed-off-by: Mario Limonciello <mario.limonciello@amd.com> Reviewed-by: Philipp Zabel <philipp.zabel@gmail.com> Tested-by: Philipp Zabel <philipp.zabel@gmail.com> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/acpi/sbs.c')
0 files changed, 0 insertions, 0 deletions