Definitive removal of HPET detections

[NotRequiem]

Reasons:

• HPET discontinued in Coffee Lake, Ice Lake and Coffee Lake-H variants in the Linux kernel
  HPET was explicitly disabled for Intel Ice Lake platforms and since then the kernel moved from per-CPU/PCI-ID blacklists to a behavior check (PC10 aka idle-state detection) that automatically covers other recent Intel SoCs (so the "where" is now more about behavior than a fixed chipset list). The Linux kernel later basically replaced the "add PCI IDs for each buggy model" approach with a idle state check that disables HPET when the platform exhibits the problematic behavior

https://www.phoronix.com/news/Linux-Disabling-HPET-CoffeeLake

• I've detected several manufacturers exposing buggy firmware that didnt reveal the presence of HPET, in both Windows and Linux.

constexpr whitelist_entry whitelist[] = {
    { "hp",         "omen"    },
    { "micro-star", "bravo"   },
    { "asustek",    "fa" }, // fa506, fa507, fa707, etc...
    { "asustek",    "Vivobook_ASUSLaptop" },
    { "asustek",    "ROG Strix"} // G513RM, etc...
};

As an example, the Asus TUF gaming a15 fa506nf with a AMD Ryzen 5 7535hs cpu exposes a HPET entry on its DSDT firmware table, but its disfunctional:
https://www.driveridentifier.com/scan/asustek-asus-tuf-gaming-a15-fa506nffa506nf-driver/desktop/16A22B6853874759AEFC28C1F3A38B2A

This would lead us to consistently keep tracking motherboards where the kernel might falsely report the absence of HPET, apart from disabling any detection of this clock in non x86 systems. For production-level accuracy, I've decided to remove the support for this detection.