x86/hpet: Use another crystalball to evaluate HPET usability
authorThomas Gleixner <tglx@linutronix.de>
Thu, 30 Sep 2021 17:21:39 +0000 (19:21 +0200)
committerThomas Gleixner <tglx@linutronix.de>
Fri, 1 Oct 2021 11:38:13 +0000 (13:38 +0200)
commit6e3cd95234dc1eda488f4f487c281bac8fef4d9b
tree1f29e5046967124d983cc22b0437628f8637dbd7
parent06f2ac3d4219bbbfd93d79e01966a42053084f11
x86/hpet: Use another crystalball to evaluate HPET usability

On recent Intel systems the HPET stops working when the system reaches PC10
idle state.

The approach of adding PCI ids to the early quirks to disable HPET on
these systems is a whack a mole game which makes no sense.

Check for PC10 instead and force disable HPET if supported. The check is
overbroad as it does not take ACPI, intel_idle enablement and command
line parameters into account. That's fine as long as there is at least
PMTIMER available to calibrate the TSC frequency. The decision can be
overruled by adding "hpet=force" on the kernel command line.

Remove the related early PCI quirks for affected Ice Cake and Coffin Lake
systems as they are not longer required. That should also cover all
other systems, i.e. Tiger Rag and newer generations, which are most
likely affected by this as well.

Fixes: Yet another hardware trainwreck
Reported-by: Jakub Kicinski <kuba@kernel.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Tested-by: Jakub Kicinski <kuba@kernel.org>
Reviewed-by: Rafael J. Wysocki <rafael@kernel.org>
Cc: stable@vger.kernel.org
Cc: Kai-Heng Feng <kai.heng.feng@canonical.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>
arch/x86/kernel/early-quirks.c
arch/x86/kernel/hpet.c