Vous vous souvenez peut-être qu’il y a un mois, le seul développeur travaillant encore sur le support graphique open-source VIA x86 pour Linux espérait enfin mettre en ligne ce pilote DRM/KMS”OpenChrome”pour le cycle Linux 5.20. Eh bien, Linux 5.19 est publié aujourd’hui et cela ouvre la fenêtre de fusion Linux 5.20, mais le pilote OpenChrome DRM n’est toujours pas prêt à fonctionner.
Le pilote OpenChrome DRM/KMS n’a pas encore été mis en file d’attente dans l’arborescence DRM-Next pour la fenêtre de fusion Linux 5.20. La dernière activité sur dri-devel à partir de ce week-end indique au moins une autre révision à la série de correctifs est toujours nécessaire pour résoudre les problèmes ouverts soulevés lors de la série de révisions”v3″actuelle. Ces éléments ouverts doivent être traités avant que le code ne soit fusionné.
Parfois, avec de nouveaux pilotes, ils sont envoyés en retard dans la fenêtre de fusion car ils ne courent pas vraiment le risque de faire régresser les utilisateurs actuels, etc. Il y a donc toujours des chances que quelque chose comme ça se produise, mais plus que le pilote OpenChrome sera probablement repoussé au moins un autre cycle.
Le projet OpenChrome continue de travailler sur la prise en charge des pilotes open source pour les graphiques intégrés avec les anciens chipsets VIA x86.
Ce pilote OpenChrome DRM/KMS est conçu pour fonctionner avec les chipsets VIA CLE266/KM400/K8M800/P4M800 Pro/PM800/P4M890/K8M890/P4M900/CX700/VX800/VX855/VX900 et est en développement depuis plus d’une décennie, bien que de temps en temps avec Kevin Brace étant le dernier développeur impliqué dans la promotion de la prise en charge du pilote graphique open-source VIA x86. Mais même dans son état actuel pour 2022, ce pilote OpenChrome n’a pas encore de prise en charge de l’accélération matérielle 2D ou 3D, il est donc fondamentalement assez bon pour la configuration/l’affichage du mode noyau.
Lorsque le pilote est finalement fusionné, le plan est de le traiter comme”expérimental”au moins jusqu’à ce que l’accélération 2D soit implémentée et ne sera donc chargé par défaut que si l’option de noyau”via.modeset=1″est passée.
