Remettre le TSC d'aplomb quand votre firmware est cassé
Pendant quatre mois, mon ThinkPad E595 a livré à Linux, à chaque démarrage, un cœur CPU trois secondes derrière les sept autres, et le noyau a lâché le TSC pour le HPET. Ce que veut dire l’avertissement, pourquoi une machine AMD Zen n’a aucun moyen de le réparer depuis Linux, ce que 40 démarrages de journal disent du firmware, pourquoi tsc=reliable est la mauvaise réponse, et comment tscsync mesure et déplace les compteurs en UEFI avant que le noyau les voie, y compris le cœur qu’il a marqué BAD et que Linux a accepté quand même. Mis à jour pour le BIOS 1.30 : il ne corrige pas le décalage, et le watchdog des clocksources du noyau a lâché le TSC sur deux démarrages même après la synchronisation des cœurs par tscsync. Avec tsc=nowatchdog, il a tenu, et une vérification de cinq minutes contre l’horloge temps réel, source comprise, n’a trouvé ni warp ni dérive. Pour finir, ce que fait le repli sur n’importe quel hyperviseur KVM, Proxmox ou non : l’horloge maître disparaît, les invités perdent leur lecture d’horloge rapide, et sur ce portable une lecture d’horloge dans un invité est devenue sept fois plus lente.