Red Hat escribirá un nuevo controlador de Linux para GPU Nvidia en Rust

Reacción general al controlador de Nvidia en Rust de Red Hat

• Muchos reciben con agrado el esfuerzo como una buena noticia para los usuarios de Linux, especialmente para las GPU Nvidia más recientes.
• Algunos lo ven como parte de una marea más amplia que se inclina hacia Rust y controladores más seguros.
• Otros desconfían de “otro reescrito más” y temen regresiones y funcionalidad parcial.

Nouveau frente al nuevo controlador

• Preocupa que un nuevo controlador de alcance limitado pueda acelerar la obsolescencia de Nouveau, que da soporte a hardware Nvidia muy antiguo.
• Algunos sostienen que dar soporte a GPU de los años 90 o de principios de los 2000 en el nuevo controlador es innecesario; Nouveau puede seguir existiendo para esas tarjetas.
• Problemas legales y de firmware (firmware firmado, reclocking) hacen que el soporte de alto rendimiento para muchas tarjetas Nvidia antiguas mediante Nouveau sea, en la práctica, imposible.

Firmware de Nvidia, módulos abiertos y arquitectura

• La discusión señala los módulos abiertos del kernel de GPU de Nvidia y el firmware más reciente (GSP), que puede redistribuirse y abstrae más funcionalidad.
• Varios comentarios sugieren que el interés de Red Hat probablemente sea:
  • Obtener un controlador integrado en el árbol, mantenible y con estilo de upstream.
  • Evitar una dependencia estrecha de la pila propietaria de Nvidia y de versiones concretas de firmware.
  • Posiblemente esquivar la telemetría y las restricciones de licencia, especialmente en entornos de centros de datos/LLM.
• A algunos les parece extraño tener un controlador de terceros cuando Nvidia ya publica un componente de kernel de código abierto; otros dicen que el código de Nvidia no encaja con las normas del kernel ni con las necesidades de despliegue.

Relación con NVK y Mesa

• Se aclara que:
  • El nuevo controlador en Rust es un controlador de kernel/pantalla/memoria, en la práctica un reemplazo de Nouveau.
  • NVK es un controlador Vulkan de espacio de usuario en Mesa que genera comandos de GPU y usa el controlador del kernel por debajo.
• Ambas capas son necesarias para una pila de código abierto completa para Nvidia.

Rust frente a C y desarrollo del kernel

• Debate sobre si Rust mejora de forma significativa la seguridad y el mantenimiento de los controladores de GPU:
  • Postura pro-Rust: seguridad de memoria, mejores sistemas de tipos, detección de errores lógicos, atracción de desarrolladores más jóvenes y alineación con la necesidad a largo plazo del kernel de contar con contribuyentes.
  • Postura escéptica: la complejidad del kernel se debe al hardware y a la arquitectura, no al lenguaje; Rust es complejo, no_std es especializado; C sigue enseñándose y utilizándose ampliamente.
• Algunos argumentan que “reescribir todo en Rust” está sobrevalorado; otros ven a Rust en el kernel como estratégicamente importante.

Telemetría y preocupaciones de privacidad

• Algunos comentaristas sospechan que un controlador independiente de Nvidia podría:
  • Eliminar o reducir la telemetría obligatoria y las comprobaciones de licencia, especialmente en uso empresarial y en la nube.
• Contraargumento: las empresas que se preocupan por esto ya pueden mitigar la telemetría, y lo más probable es que el impulso principal sea de arquitectura y despliegue.
• Debate lateral más amplio sobre:
  • Por qué los usuarios de software libre desconfían de la telemetría (uso para marketing, correlación cruzada, desanonimización).
  • Ejemplos en los que una telemetría limitada y transparente (por ejemplo, en algunas distribuciones o navegadores) se considera aceptable.

Escritorio Linux y experiencia de uso de Nvidia

• Informes mixtos sobre la calidad del controlador propietario:
  • Algunos dicen que “funciona bien” en X11 y para cargas de trabajo de IA.
  • Otros informan de problemas graves en Wayland: aplicaciones Vulkan/OpenGL rotas, problemas con varios monitores y conflictos de configuración de modos con otras GPU (por ejemplo, IPMI/Aspeed).
• La histórica mala integración de Nvidia con Wayland (GBM frente a EGLStreams) recibe fuertes críticas; de AMD se dice que “simplemente funciona” con Wayland.
• Algunos sostienen que el mal soporte para escritorio en Linux es una consecuencia directa del modelo de negocio de Nvidia y de su enfoque en GPU de IA/centros de datos sin salidas de pantalla.

Tiempo de compilación y hardware

• Breve debate sobre el costo en tiempo de compilación de Rust en las compilaciones del kernel:
  • Algunos dicen que el tiempo de compilación del kernel en CPUs modernas eclipsa cualquier sobrecarga de Rust y que la mayoría de los usuarios usa kernels precompilados.
  • Otros señalan que muchos todavía compilan kernels (por ejemplo, por trabajo, experimentación, Gentoo) en hardware antiguo y notarán el impacto.
• Mitigaciones sugeridas: compilación cruzada y esfuerzo continuo para acelerar el compilador de Rust.

Contexto empresarial y del ecosistema más amplio

• El dominio de Nvidia en IA/LLM se considera una razón por la que el soporte en Linux es crítico, pero sobre todo para servidores, no para escritorios.
• Se percibe que Nvidia trata su pila de controladores y su SDK como una ventaja competitiva clave; el control estricto sobre el software y las licencias se describe como central en su modelo.
• Algunos comentaristas concluyen: si te importa mucho el escritorio Linux y los controladores abiertos, seguir evitando el hardware Nvidia sigue siendo la opción más segura.