Puede recordar que hace un mes, el único desarrollador que todavía trabajaba en el soporte de gráficos VIA x86 de código abierto para Linux esperaba finalmente incorporar este controlador DRM/KMS”OpenChrome”para el ciclo Linux 5.20. Bueno, Linux 5.19 se lanzará hoy y eso abre la ventana de combinación de Linux 5.20, pero el controlador OpenChrome DRM aún no está listo para funcionar.
El controlador OpenChrome DRM/KMS aún no se ha puesto en cola en el árbol DRM-Next para la ventana de combinación de Linux 5.20. La actividad más reciente en dri-devel a partir de este fin de semana indica al menos otra revisión a la serie de parches aún se necesita para abordar los problemas abiertos planteados durante la actual ronda de revisión”v3″. Esos elementos abiertos deben abordarse antes de que se fusione el código.
A veces, con los nuevos controladores, se envían tarde en la ventana de combinación, ya que realmente no corren el riesgo de retroceder a los usuarios actuales, etc. Por lo tanto, todavía hay posibilidades de que suceda algo así, pero más que es probable que el controlador OpenChrome se retrase al menos otro ciclo.
El proyecto OpenChrome sigue trabajando en la compatibilidad con controladores de código abierto para gráficos integrados con conjuntos de chips VIA x86 antiguos.
Este controlador OpenChrome DRM/KMS está diseñado para funcionar con los conjuntos de chips VIA CLE266/KM400/K8M800/P4M800 Pro/PM800/P4M890/K8M890/P4M900/CX700/VX800/VX855/VX900 y ha estado en desarrollo durante más de una década, aunque intermitentemente, siendo Kevin Brace el último desarrollador involucrado en impulsar la compatibilidad con el controlador de gráficos VIA x86 de código abierto. Pero incluso en su estado actual para 2022, este controlador OpenChrome aún no tiene soporte de aceleración de hardware 2D o 3D, por lo que es básicamente lo suficientemente bueno para fines de visualización/configuración del modo kernel.
Cuando el controlador finalmente se fusione, el plan es tratarlo como”experimental”al menos hasta que se implemente la aceleración 2D y, por lo tanto, solo se cargará de forma predeterminada si se pasa la opción de kernel”via.modeset=1″.
