Christoph Hellwig, mantenedor do subsistema DMA, KVM, Slab Allocator e arquitetura PowerPC no n\u00facleo Linux, que na sua \u00e9poca foi membro do comit\u00ea t\u00e9cnico da Linux Foundation e atuou como autor em um processo judicial relacionado ao GPL contra a VMware, recusou-se a validar patches relacionados ao suporte para desenvolvimento de drivers em Rust. Os patches propostos adicionavam uma camada sobre v\u00e1rias fun\u00e7\u00f5es do subsistema DMA, permitindo o uso de DMA em drivers escritos em Rust. <\/p>\n
Como raz\u00e3o para a recusa, foi mencionada a complexidade da manuten\u00e7\u00e3o do c\u00f3digo quando h\u00e1 camadas em outras linguagens e o desejo de manter as interfaces de programa\u00e7\u00e3o para DMA em um formato leg\u00edvel em C, sem confus\u00e3o devido a camadas obscuras. Christoph sugeriu que os desenvolvedores acessassem diretamente a API original de C do DMA em cada driver escrito em Rust, para evitar a cria\u00e7\u00e3o de abstra\u00e7\u00f5es adicionais das quais os mantenedores do n\u00facleo teriam que depender. <\/p>\n
Os desenvolvedores de patches afirmaram que se encarregar\u00e3o de todo o trabalho de manuten\u00e7\u00e3o do c\u00f3digo em Rust, prontos para sustentar esses patches por conta pr\u00f3pria e deslocaram as liga\u00e7\u00f5es para um subdiret\u00f3rio separado (rust\/kernel\/dma.rs). Em resposta, Christoph decidiu vetar («Nacked-by») a aceita\u00e7\u00e3o de patches relacionados ao Rust e indicou que n\u00e3o precisava de mais um mantenedor. Christoph afirmou que, se os desenvolvedores das liga\u00e7\u00f5es desejam evitar a manuten\u00e7\u00e3o do Linux devido \u00e0 mistura de v\u00e1rias linguagens em uma \u00fanica base de c\u00f3digo, eles devem faz\u00ea-lo em seu driver, em vez de espalhar esse c\u00e2ncer para os subsistemas principais do n\u00facleo. <\/p>\n
Christoph tamb\u00e9m esclareceu que n\u00e3o tem nada contra a linguagem Rust e a considera uma das melhores linguagens novas, mas \u00e9 contra a mistura de c\u00f3digo em diferentes linguagens. Segundo Christoph, ele \u00e9 a favor da cria\u00e7\u00e3o de novos projetos em Rust, mas contra a integra\u00e7\u00e3o do Rust em grandes bases de c\u00f3digo em C, pois essa mistura reduz drasticamente a conveni\u00eancia da manuten\u00e7\u00e3o do n\u00facleo como um projeto integrado. <\/p>\n
A ess\u00eancia dos problemas de suporte est\u00e1 no fato de que as liga\u00e7\u00f5es em Rust colocam os mantenedores dependentes do c\u00f3digo em Rust. \u00c0 primeira vista, parece que as liga\u00e7\u00f5es s\u00e3o apenas camadas sobre estruturas e fun\u00e7\u00f5es em C, que n\u00e3o afetam o desenvolvimento e a manuten\u00e7\u00e3o do c\u00f3digo em C. Mas n\u00e3o \u00e9 assim. Com essas liga\u00e7\u00f5es, os desenvolvedores de subsistemas escritos em C devem considerar o impacto de suas altera\u00e7\u00f5es na continuidade do funcionamento das liga\u00e7\u00f5es. Qualquer modifica\u00e7\u00e3o nas estruturas de dados ou nas fun\u00e7\u00f5es internas em C pode exigir mudan\u00e7as no c\u00f3digo das liga\u00e7\u00f5es, portanto, as altera\u00e7\u00f5es relevantes no c\u00f3digo em C precisam ser monitoradas e sincronizadas com o c\u00f3digo em Rust. Muitos mantenedores n\u00e3o est\u00e3o prontos para assumir a responsabilidade adicional de corrigir problemas que surgem no c\u00f3digo em Rust e n\u00e3o pretendem gastar seu tempo monitorando o estado das liga\u00e7\u00f5es em Rust. <\/p>\n
A situa\u00e7\u00e3o de complica\u00e7\u00e3o da manuten\u00e7\u00e3o n\u00e3o \u00e9 apenas te\u00f3rica. A discuss\u00e3o foi enriquecida por Jason Gunthorpe, mantenedor do TPM, VFIO e Infiniband da NVIDIA, que trouxe um exemplo do recha\u00e7o, por Linus Torvalds, de uma solicita\u00e7\u00e3o de pull com altera\u00e7\u00f5es no subsistema de gerenciamento de mem\u00f3ria, pois essa altera\u00e7\u00e3o causava falhas ao tentar compilar o kernel com suporte a Rust. A falha ocorreu porque os mantenedores do c\u00f3digo em Rust n\u00e3o adicionaram as mudan\u00e7as necess\u00e1rias no gerador de liga\u00e7\u00f5es (bindgen). Assim, os mantenedores do subsistema de gerenciamento de mem\u00f3ria, ao promover uma mudan\u00e7a totalmente correta do ponto de vista do c\u00f3digo em C e do kernel em geral, tornaram-se dependentes de um c\u00f3digo opcional de terceiros no kernel, pelo qual outras pessoas s\u00e3o respons\u00e1veis. <\/p>\n
A recusa em aceitar o c\u00f3digo das liga\u00e7\u00f5es sobre chamadas de DMA colocou os desenvolvedores do projeto Rust for Linux em um impasse, j\u00e1 que sem essas liga\u00e7\u00f5es o desenvolvimento de drivers completos na linguagem Rust seria dificultado. Hector Martin, mantenedor do c\u00f3digo para suporte a chips ARM da Apple e l\u00edder do projeto Ashai Linux, sugeriu como uma alternativa para resolver o conflito tentar fazer a aceita\u00e7\u00e3o da liga\u00e7\u00e3o diretamente com Linus Torvalds, contornando o mantenedor do subsistema DMA. Se Linus concordar com essa quebra de hierarquia e pr\u00e1tica estabelecida, isso pode levar a uma crise de gerenciamento no desenvolvimento do n\u00facleo, e se ele recusar \u2014 impedir\u00e1 o avan\u00e7o do Rust no n\u00facleo. <\/p>\n
Como alternativa, Hector mencionou a responsabiliza\u00e7\u00e3o de Christoph por violar o c\u00f3digo de conduta devido a um coment\u00e1rio no qual Christoph comparou Rust a um c\u00e2ncer. Al\u00e9m disso, Hector escreveu que estava cansado de toda a burocracia, n\u00e3o estava disposto a confiar nos processos estabelecidos e insinuou o envolvimento das redes sociais. Dave Airlie, mantenedor do subsistema DRM, aconselhou a n\u00e3o inflacionar o conflito e a entender que comportamentos t\u00f3xicos s\u00e3o inaceit\u00e1veis de ambos os lados, independentemente de quem esteja certo ou errado na discuss\u00e3o. <\/p>\n
Linus Torvalds se juntou \u00e0 discuss\u00e3o, apontando que o problema talvez esteja no pr\u00f3prio Hector e sua autoconfian\u00e7a em saber algo melhor que os outros, e n\u00e3o no atual processo de desenvolvimento do n\u00facleo, que est\u00e1 funcionando. O processo de desenvolvimento do n\u00facleo tem problemas, mas essa \u00e9 a realidade da vida \u2014 nada \u00e9 perfeito. As tentativas de ass\u00e9dio nas redes sociais s\u00e3o algo que desestimula Linus a ter qualquer envolvimento com a abordagem de Hector. Para Linus, o que importa s\u00e3o as discuss\u00f5es t\u00e9cnicas e os patches, n\u00e3o a press\u00e3o exercida nas redes sociais. <\/p>\n