Christoph Hellwig, mantenedor de las subsistemas DMA, KVM, Slab Allocator y arquitectura PowerPC en el n\u00facleo de Linux, que en su momento form\u00f3 parte del comit\u00e9 t\u00e9cnico de la Linux Foundation y fue demandante en un litigio relacionado con la GPL contra VMware, se neg\u00f3 a validar los parches relacionados con el desarrollo de controladores en lenguaje Rust. Los parches propuestos a\u00f1ad\u00edan envolturas sobre varias funciones del subsistema DMA, permitiendo usar DMA en controladores escritos en Rust. <\/p>\n
Como raz\u00f3n de su negativa, se mencion\u00f3 la complicaci\u00f3n del mantenimiento del c\u00f3digo debido a las envolturas en otros lenguajes y el deseo de mantener las interfaces de programaci\u00f3n de DMA en un formato legible en C, sin diluirse en envolturas confusas. Christoph propuso hacer llamadas directas a la API C original de DMA en cada controlador escrito en Rust, para no crear abstracciones adicionales de las que depender\u00e1 el mantenimiento del n\u00facleo. <\/p>\n
Los desarrolladores de parches han indicado que asumir\u00e1n todo el trabajo de mantenimiento del c\u00f3digo en Rust, est\u00e1n listos para mantener estos parches por s\u00ed mismos y han trasladado los enlaces a un subdirectorio separado (rust\/kernel\/dma.rs). En respuesta, Christoph vet\u00f3 (\"Nacked-by\") la aceptaci\u00f3n de los parches relacionados con Rust y se\u00f1al\u00f3 que no necesita otro mantenedor. Christoph afirm\u00f3 que si los desarrolladores de enlaces quieren evitar el mantenimiento de Linux debido a la mezcla de varios lenguajes en una misma base de c\u00f3digo, deben hacerlo en su propio controlador y no propagar este tumor canceroso en las subsistemas principales del n\u00facleo. <\/p>\n
Al mismo tiempo, Christoph aclar\u00f3 que no tiene nada en contra del lenguaje Rust y lo considera uno de los mejores lenguajes nuevos, pero est\u00e1 en contra de mezclar c\u00f3digo en diferentes lenguajes. Seg\u00fan Christoph, est\u00e1 a favor de la creaci\u00f3n de nuevos proyectos en Rust, pero en contra de mezclar Rust en grandes bases de c\u00f3digo en C, ya que tal mezcla reduce considerablemente la facilidad de mantenimiento del n\u00facleo como un proyecto integrado. <\/p>\n
El eje de los problemas con el soporte radica en que los wrappers de Rust hacen que los mantenedores dependan del c\u00f3digo en el lenguaje Rust. A primera vista, parece que los wrappers son solo capas sobre estructuras y funciones de C que no afectan el desarrollo y mantenimiento del c\u00f3digo en C. Sin embargo, no es as\u00ed. Con la existencia de tales wrappers, los desarrolladores de subsistemas escritos en C deben considerar el impacto de sus cambios en la continuidad del funcionamiento de los wrappers. Cualquier modificaci\u00f3n en las estructuras de datos o funciones internas en C puede llevar a la necesidad de cambiar el c\u00f3digo de los wrappers, por lo que los cambios que afectan a los wrappers en el c\u00f3digo de C deben ser monitoreados y sincronizados con el c\u00f3digo en Rust. Muchos mantenedores no est\u00e1n dispuestos a asumir la responsabilidad adicional de corregir problemas que surgen en el c\u00f3digo en Rust y no quieren perder tiempo monitoreando el estado de los wrappers de Rust. <\/p>\n
La situaci\u00f3n con la complicaci\u00f3n del soporte no es meramente hipot\u00e9tica. Jason Gunthorpe, mantenedor de TPM, VFIO e Infiniband de NVIDIA, se uni\u00f3 a la discusi\u00f3n y ejemplific\u00f3 el rechazo de Linus Torvalds a un pull request que conten\u00eda cambios en el subsistema de gesti\u00f3n de memoria, ya que dicha modificaci\u00f3n causaba fallos al intentar compilar el n\u00facleo con soporte para Rust. El fallo surgi\u00f3 porque los mantenedores del c\u00f3digo en Rust no a\u00f1adieron los cambios necesarios en el generador de wrappers (bindgen). As\u00ed, los mantenedores del subsistema de gesti\u00f3n de memoria, al avanzar con un cambio que era completamente correcto desde la perspectiva del c\u00f3digo en C y del n\u00facleo en general, se encontraron dependientes de un c\u00f3digo opcional externo en el n\u00facleo, por el cual son responsables otras personas. <\/p>\n
El rechazo a aceptar el c\u00f3digo de enlace sobre las llamadas DMA ha dejado a los desarrolladores del proyecto Rust for Linux en un callej\u00f3n sin salida, ya que sin tales enlaces el desarrollo de controladores completos en Rust se ver\u00e1 dificultado. H\u00e9ctor Mart\u00edn, mantenedor del c\u00f3digo para soporte de chips ARM de Apple y l\u00edder del proyecto Ashai Linux, propuso como alternativa resolver el conflicto aceptando el enlace directamente a trav\u00e9s de Linus Torvalds, eludiendo al mantenedor de la subsistema DMA. Si Linus acepta tal violaci\u00f3n de la subordinaci\u00f3n y la pr\u00e1ctica establecida, esto podr\u00eda provocar una crisis en la gesti\u00f3n del desarrollo del n\u00facleo; y si se niega, detendr\u00e1 el progreso de Rust en el n\u00facleo. <\/p>\n
Como opci\u00f3n, H\u00e9ctor mencion\u00f3 responsabilizar a Christoph por la violaci\u00f3n del c\u00f3digo de conducta debido a un comentario en el que Christoph compar\u00f3 a Rust con un tumor canceroso. Adem\u00e1s, H\u00e9ctor escribi\u00f3 que estaba cansado de todas las burocracias, no estaba dispuesto a confiar simplemente en los procesos establecidos y sugiri\u00f3 involucrar a las redes sociales. Dave Airlie, mantenedor del subsistema DRM, aconsej\u00f3 no escalar el conflicto y entender que el comportamiento t\u00f3xico es inaceptable por ambas partes, independientemente de si el participante de la discusi\u00f3n tiene raz\u00f3n o no. <\/p>\n
Linus Torvalds se uni\u00f3 a la discusi\u00f3n, se\u00f1alando que el problema quiz\u00e1s reside en H\u00e9ctor y su autoconfianza en saber algo mejor que los dem\u00e1s, y no en el actual proceso de desarrollo del n\u00facleo, que est\u00e1 funcionando. El proceso de desarrollo del n\u00facleo tiene problemas, pero esa es la realidad; no hay nada perfecto en la vida. Los intentos de acoso a trav\u00e9s de las redes sociales son algo que desanima a Linus a tener cualquier relaci\u00f3n con el enfoque de H\u00e9ctor. Para Linus, lo que importa son las discusiones t\u00e9cnicas y los parches, no la presi\u00f3n a trav\u00e9s de redes sociales. <\/p>\n