Nvidia da el primer paso hacia los controladores de GPU Linux de código abierto

Agrandar / El RTX 3080 Ti.Sam Machkovech Después de años de insinuar, Nvidia anunció ayer que habría una parte de código abierto de su controlador de GPU Linux, como lo han hecho Intel y AMD durante años. Anteriormente, los usuarios de Linux que querían eludir el controlador patentado de Nvidia tenían que recurrir a software de ingeniería inversa como el proyecto Nouveau, que funcionaba mejor en hardware antiguo y ofrecía soporte incompleto para todas las funciones de GPU de Nvidia en el mejor de los casos. «Este lanzamiento es un paso significativo para mejorar la experiencia de usar GPU NVIDIA en Linux, para una integración más estrecha con el sistema operativo y para que los desarrolladores depuren, integren y lancen», dice una publicación de blog compartida por varios empleados de Nvidia. “Para los proveedores de distribución de Linux, los módulos de código abierto aumentan la facilidad de uso. También mejoran la experiencia del usuario lista para usar al firmar y distribuir el controlador de GPU NVIDIA. Canonical y SUSE pueden empaquetar los módulos de kernel abiertos listos para usar con las distribuciones Ubuntu y SUSE Linux Enterprise». Nvidia lanza específicamente un controlador de kernel de código abierto bajo una licencia dual MIT/GPL y actualmente no proporciona ninguna parte del están disponibles, que se ejecutan en el área de usuario. Esto incluye el firmware para el procesador del sistema GPU (GSP), así como los controladores para OpenGL, Vulkan, OpenCL y CUDA, que aún son de código cerrado. Nvidia dice que estos controladores son » el código cerrado permanece y se lanzará con binarios preconstruidos», por lo que no parece que haya planes inmediatos para lanzar versiones de código abierto. Nvidia todavía va a la zaga de Intel y AMD en controladores de GPU de código abierto; Kernel de código abierto y controladores de espacio de usuario y firmware de código cerrado, pero este es un primer paso hacia la paridad de código abierto para los paquetes de controladores Linux de Nvidia. Las fibras de Nvidia solo son compatibles con las GPU basadas en Turing de la empresa y más nuevas, incluidas las series GeForce GTX 1600, RTX 2000 y 3000, y las GPU para estaciones de trabajo Quadro basadas en la misma arquitectura. Los controladores propietarios de la empresa se remontan a la arquitectura Kepler de 2012. Los controladores de código abierto aún no están integrados en sentido ascendente en el kernel de Linux porque, como informa Phoronix, la API, la ABI y la interfaz entre el controlador del kernel y la interfaz del firmware GSP aún no se han finalizado. Esto significa que todo, desde el firmware hasta el controlador del kernel y los controladores de espacio de usuario, debe coincidir con las versiones para funcionar correctamente (la versión actual es la versión R515.43.04). Una vez que estas interfaces están completas, el controlador se puede cargar en el kernel y las diferentes versiones del firmware, el controlador del kernel y los controladores del espacio de usuario deberían poder funcionar juntos. Nvidia dice que la compatibilidad con las GPU de su centro de datos en los controladores actuales está «lista para la producción» en esta primera versión, pero que la compatibilidad con GeForce, Quadro y otras GPU de consumo es de «calidad alfa»: este no es un software que desee. apresure a instalar a menos que desee patear los aros en un sistema de banco de pruebas o contribuir al código usted mismo. Hector Martin, uno de los desarrolladores detrás de la distribución Asahi Linux, criticado Nvidia por mover muchas funciones a su firmware de código cerrado, que luego es llamado por el controlador de código abierto. Martín Llamadas el controlador de código abierto «una ganancia neta a efectos prácticos» porque la gota de código propietario se puede aislar más fácilmente. «Pero no se ha ganado ninguna libertad para las personas que se preocupan», escribe. «[About] la misma cantidad de código está cerrado [as before].»