Sie erinnern sich vielleicht, dass der einsame Entwickler, der noch an der Open-Source-VIA-x86-Grafikunterstützung für Linux arbeitete, vor einem Monat hoffte, diesen „OpenChrome“-DRM/KMS-Treiber endlich für den Linux-5.20-Zyklus zu etablieren. Nun, Linux 5.19 wird heute veröffentlicht und das öffnet das Zusammenführungsfenster von Linux 5.20, aber der OpenChrome DRM-Treiber ist noch nicht einsatzbereit.
Der OpenChrome DRM/KMS-Treiber wurde noch nicht in die DRM-Next-Struktur für das Zusammenführungsfenster von Linux 5.20 eingereiht. Die neuesten Aktivitäten auf dri-devel von diesem Wochenende deuten auf mindestens eine weitere Überarbeitung hin zur Patch-Serie wird noch benötigt, um offene Probleme zu beheben, die während der aktuellen”v3″-Überprüfungsrunde aufgetreten sind. Diese offenen Punkte müssen behoben werden, bevor der Code zusammengeführt wird.
Manchmal werden neue Treiber erst spät im Zusammenführungsfenster eingeschickt, da sie nicht wirklich Gefahr laufen, aktuelle Benutzer zurückzusetzen usw. Es besteht also immer noch die Möglichkeit, dass so etwas passiert, aber mehr als wahrscheinlich wird der OpenChrome-Treiber mindestens einen weiteren Zyklus zurückgeschoben.
Das OpenChrome-Projekt arbeitet weiterhin an der Unterstützung von Open-Source-Treibern für integrierte Grafiken mit alten VIA x86-Chipsätzen.
Dieser OpenChrome DRM/KMS-Treiber wurde entwickelt, um zu funktionieren mit den Chipsätzen VIA CLE266/KM400/K8M800/P4M800 Pro/PM800/P4M890/K8M890/P4M900/CX700/VX800/VX855/VX900 und befindet sich seit mehr als einem Jahrzehnt in der Entwicklung, wenn auch immer wieder mit Kevin Brace als letztem Entwickler, der daran beteiligt ist, die Unterstützung von Open-Source-VIA x86-Grafiktreibern voranzutreiben. Aber selbst in seinem aktuellen Stand für 2022 bietet dieser OpenChrome-Treiber noch keine Unterstützung für 2D-oder 3D-Hardwarebeschleunigung, ist also im Grunde gut genug für Kernelmodus-Einstellungs-/Anzeigezwecke.
Wenn der Treiber schließlich zusammengeführt wird, ist geplant, ihn zumindest bis zur Implementierung der 2D-Beschleunigung als”experimentell”zu behandeln und wird daher standardmäßig nur geladen, wenn die Kerneloption”via.modeset=1″übergeben wird.
