Etwas falsche Monitoraktualisierungsrate auf Ubuntu mit Open-Source-Treibern

Bei der Suche nach der niedrigsten Latenzzeit beim Retrogaming installierte ich Ubuntu 18.04 auf einem USB-Stick mit dem Ziel, Retroarch im KMS-Modus zu verwenden. Ich habe eine alte Radeon HD 6370M, die einzige Option war der Radeon-Open-Source-Treiber.
Mit diesem Setup konnte ich mit einem mäßig schnellen, kabelgebundenen Controller und einem über den VGA-Port meines Notebooks verbundenen CRT-Monitor die nächste Bildantwort erzielen. Da ich jedoch hauptsächlich NES und SNES spiele, wollte ich die Bildwiederholfrequenz meines Monitors Systeme so genau wie möglich (ca. 60.098813 Hz), also habe ich drei verschiedene Superwide-Modellreihen ausprobiert:

1. Modeline "2880x480 @ 60" 100,76 2880 2912 3288 3320 480 490 495 505 (sollte 60,09782 Hz sein)
2. Modeline "2880x480 @ 60" 108.17 2880 2952 3240 3600 480 483 493 500 (60.094 Hz)
3. Dasselbe wie 2, jedoch mit einem Punkttakt von 108,18, der genau 60,1 Hz ergeben sollte.

Die tatsächlichen Werte, gemessen von Retroarch selbst, beziehen sich auf:

1. 60,067 Hz
2. 60,154 Hz
3. Meistens dasselbe wie 2.

Ich möchte darauf hinweisen, dass Hardware hier NICHT das Problem ist, da jede der oben genannten Modelines die erwarteten Aktualisierungsraten unter Windows 10 GENAU gibt. Retroarch ist auch nicht das Problem, da ich kmscube geändert habe, um mir die Aktualisierungsrate zu geben läuft um und entspricht meistens dem, was Retroarch misst.

Außerdem war VSync immer aktiv (da ich es außerhalb von X nicht einmal deaktivieren konnte), und ich versuchte Folgendes:

• Deaktivieren Sie den integrierten Monitor meines Notebooks.
• VSync deaktivieren, das funktioniert aber nur unter X;
• Deaktivieren Sie dpm und aktivieren Sie dynclk im Kernel.

Nichts hat geklappt. Die Frequenz ist auch korrekt: 750 MHz für den Kern und 800 MHz für den Speicher.

Ich weiß, das mag dumm erscheinen, aber das macht mich wirklich verrückt, und der nächste Schritt wäre, es unter Archlinux zu versuchen, aber ich weiß nicht, ob es den Aufwand wert ist, da der Fahrer derselbe wäre.

Danke trotzdem.

EDIT: Ok, es ist weder Ubuntu noch der GPU-Treiber, ich glaube jetzt, dass es der Kernel selbst ist ...