El uso de Rust en el núcleo de Linux sigue avanzando, con cada vez más integración en diferentes subsistemas y un creciente respaldo por parte de la comunidad y la industria. Sin embargo, aún persisten muchas dudas sobre cómo se maneja su adopción, quién mantiene el código y qué impacto tiene en la gestión del kernel.
Este artículo profundiza en las políticas actuales en torno a Rust para Linux, basándose en la información más reciente proporcionada por el equipo de desarrollo.
¿Cómo se introduce Rust en un subsistema del kernel?
La adopción de Rust varía según cada subsistema del núcleo de Linux. No existe una única estrategia, sino que se permite que los mantenedores elijan la mejor forma de integración según sus necesidades y recursos. En general, hay tres enfoques principales:
- Integración directa por los mantenedores del subsistema: Algunos subsistemas han optado por gestionar directamente la integración de Rust, revisando parches y solucionando problemas, lo que también les permite aprender el lenguaje en el proceso.
- Incorporación de un co-mantenedor especializado en Rust: Otros subsistemas han designado un mantenedor o revisor adicional dedicado a Rust, que puede gestionar su propio repositorio o trabajar dentro del árbol de desarrollo del subsistema principal.
- Rechazo temporal de Rust: Algunos subsistemas han decidido no adoptar Rust por el momento, ya sea por falta de recursos o por no considerarlo prioritario.
En la Kernel Maintainers Summit 2022, se solicitó que hubiera flexibilidad para permitir la introducción de APIs clave para Rust, incluso si los mantenedores actuales del código en C no podían gestionar las abstracciones necesarias en Rust.
¿Los mantenedores del kernel apoyan Rust?
Sí, varios mantenedores clave del kernel han expresado su respaldo a Rust en Linux. Esto ha quedado reflejado en conferencias como la FOSDEM 2025, donde se han documentado declaraciones de apoyo en el keynote de Rust para Linux.
Sin embargo, el soporte no significa que todos los mantenedores deban aceptar Rust en sus subsistemas de inmediato. Cada uno tiene la libertad de decidir cómo y cuándo integrarlo en su área de trabajo.
¿Quién mantiene el código en Rust dentro del kernel?
La política de mantenimiento del núcleo de Linux se aplica también al código en Rust. Esto significa que cada subsistema mantiene su propio código, incluyendo las partes escritas en Rust.
El subsistema «RUST» mantiene ciertos elementos centrales y algunas APIs compartidas, pero no gestiona todo el código en Rust del kernel. Sin embargo, este equipo puede brindar soporte a otros mantenedores y ayudar en la adopción de Rust en distintos subsistemas.
En el futuro, el equipo de «RUST» podría actuar como mantenedor de respaldo para el código en Rust, similar a lo que ocurre con akpm (Andrew Morton) en el mantenimiento del código en C.
¿Qué ocurre si un cambio en C rompe la compilación con Rust?
La regla general en Linux es que no se deben introducir cambios que rompan la compilación del kernel, incluyendo el soporte para Rust.
Sin embargo, en algunos casos excepcionales, un subsistema podría permitir temporalmente que un cambio en C rompa la compatibilidad con Rust. Esto ocurre cuando los mantenedores necesitan priorizar correcciones críticas en C y no pueden atender de inmediato el impacto en Rust.
Un ejemplo de esta estrategia se implementó en la capa de bloques (block layer) del kernel, donde se permitió una fase inicial («stage 1») en la que se aceptaba temporalmente la rotura de compatibilidad con Rust.
Este enfoque se considera viable siempre que no haya demasiados subsistemas aplicándolo simultáneamente, ya que podría dificultar la construcción de versiones como linux-next.
¿Debe el código en Rust seguir los mismos estándares de calidad que el código en C?
Idealmente, sí. Sin embargo, en la práctica, la adopción de Rust es un proceso progresivo, por lo que en algunos subsistemas el código en Rust puede no estar sujeto a las mismas exigencias iniciales que el código en C.
El objetivo es evitar que los mantenedores rechacen Rust solo porque no pueden proporcionar soporte inmediato al mismo nivel que en C. A medida que Rust madure dentro del kernel, su mantenimiento se irá alineando con los estándares generales de calidad.
¿Rust en el kernel implica más trabajo para los mantenedores?
Desde el inicio del proyecto, se reconoció que introducir un segundo lenguaje en el kernel conlleva costes adicionales y riesgos. Sin embargo, se considera que los beneficios de Rust, especialmente en términos de seguridad y gestión de memoria, superan estos costos.
La comunidad de desarrollo ha seguido evaluando estos factores con el tiempo. Con el paso de los años, las ventajas de Rust han sido cada vez más evidentes:
- Se han escrito controladores complejos en Rust con éxito.
- Se han desarrollado mejoras para el código en C a partir de la integración con Rust.
- Ha aumentado la presión de la industria para adoptar lenguajes seguros en memoria.
Por otro lado, muchos de los costos iniciales ya han sido absorbidos, como la estabilización de características de Rust en el kernel y la implementación de herramientas para facilitar su integración.
¿Se permiten controladores duplicados en C y Rust?
Por regla general, no se permite la coexistencia de controladores en C y Rust dentro del kernel.
Sin embargo, algunos subsistemas han permitido duplicaciones temporales para facilitar la adopción de Rust y garantizar la estabilidad del sistema. Esto ha sido manejado caso por caso.
¿Rust para Linux es un esfuerzo impulsado por la comunidad de Rust?
No. Rust para Linux no es un proyecto dirigido por la comunidad de Rust ni por la Fundación Rust.
El esfuerzo ha sido impulsado por desarrolladores del núcleo de Linux provenientes de distintos ámbitos, incluyendo mantenedores del kernel, expertos en Rust, entusiastas y empleados de grandes empresas tecnológicas.
De hecho, Rust para Linux fue iniciado como un proyecto personal de un mantenedor del kernel de Linux y ha crecido gracias a la colaboración con la comunidad.
¿Hay empresas involucradas en Rust para el kernel?
Sí. Actualmente, al menos seis empresas importantes han asignado ingenieros de tiempo completo (Full-Time Engineers, FTEs) al desarrollo de Rust en Linux.
Además, se ha documentado una creciente participación del sector académico y empresarial en el avance de esta tecnología. Se puede consultar más información en la página de soporte de la industria y la academia.
Conclusión: el futuro de Rust en el núcleo de Linux
El uso de Rust en el kernel de Linux sigue ganando tracción, con soporte de los mantenedores, la industria y la comunidad. Aunque su adopción es progresiva y presenta desafíos, los avances hasta ahora han demostrado su viabilidad.
Los próximos años serán clave para definir el papel de Rust dentro del kernel. La comunidad de Linux continuará evaluando su impacto, pero todo indica que Rust está aquí para quedarse.
