Den TSC geradeziehen, wenn deine Firmware kaputt ist
Vier Monate lang übergab mein ThinkPad E595 Linux bei jedem Boot einen CPU-Kern drei Sekunden hinter den anderen sieben, und der Kernel ließ den TSC für HPET fallen. Was die Warnung bedeutet, warum eine AMD-Zen-Maschine sie von Linux aus nicht reparieren kann, was 40 Boots im Journal über die Firmware sagen, warum tsc=reliable die falsche Antwort ist und wie tscsync die Zähler in UEFI misst und verschiebt, bevor der Kernel sie überhaupt sieht, samt dem einen Kern, den es als BAD markierte und den Linux trotzdem annahm. Aktualisiert für BIOS 1.30: Es behebt den Versatz nicht, und der Clocksource-Watchdog des Kernels ließ den TSC an zwei Boots fallen, obwohl tscsync die Kerne abgeglichen hatte. Mit tsc=nowatchdog hielt er, und eine fünfminütige Prüfung gegen die Echtzeituhr, Quellcode inklusive, fand keine Warps und keine Drift. Zuletzt, was der Rückfall auf jedem KVM-Hypervisor anrichtet, Proxmox oder nicht: Die Master Clock fällt weg, Gäste verlieren ihr schnelles Uhrlesen, und auf diesem Laptop wurde ein Uhrlesen im Gast siebenmal langsamer.