Christoph Hellwig, vedligeholder af DMA, KVM, Slab Allocator subsystemerne og PowerPC-arkitekturen i Linux-kernen, som tidligere har v\u00e6ret medlem af Linux Foundations tekniske udvalg og har v\u00e6ret sags\u00f8ger i en retssag relateret til GPL mod VMware, n\u00e6gtede at godkende patches relateret til udviklingen af drivere p\u00e5 Rust. De foresl\u00e5ede patches tilf\u00f8jede indpakninger over flere funktioner i DMA-subsystemet, der muligg\u00f8r brug af DMA i drivere skrevet i Rust. <\/p>\n
Som \u00e5rsag til afvisningen blev n\u00e6vnt, at vedligeholdelse af koden ville blive mere kompleks med indpakninger p\u00e5 andre sprog, og at man \u00f8nskede at bevare de programmeringsm\u00e6ssige interfaces til DMA i en l\u00e6sbar form p\u00e5 C-sproget, uden at det bliver utydeligt med indpakninger. Christoph foreslog at henvende sig direkte til den oprindelige C API for DMA i hver Rust-driver for at undg\u00e5 at skabe yderligere abstraktioner, som vedligeholdere af kernen ville v\u00e6re afh\u00e6ngige af. <\/p>\n
Udviklerne af patchene har angivet, at de vil tage al arbejdet med vedligeholdelse af koden p\u00e5 Rust, er klar til selv at vedligeholdelse af disse patches og har flyttet bindings til en separat undermappe (rust\/kernel\/dma.rs). Som svar p\u00e5 dette har Christoph nedlagt veto (\"Nacked-by\") mod modtagelse af patches relateret til Rust og p\u00e5peget, at han ikke har brug for endnu en vedligeholder. Christoph har udtalt, at hvis udviklerne af bindinger \u00f8nsker at g\u00f8re det umuligt at vedligeholde Linux p\u00e5 grund af blandingen af flere sprog i \u00e9n kodebase, s\u00e5 b\u00f8r de g\u00f8re det i deres driver og ikke sprede denne kr\u00e6ftsvulst til de centrale subsystemer i kernen. <\/p>\n
Desuden pr\u00e6ciserede Christoph, at han ikke har noget imod Rust-sproget og anser det for \u00e9t af de bedste nye sprog, men han er imod blandingen af kode p\u00e5 forskellige sprog. If\u00f8lge Christoph er han for at skabe nye projekter p\u00e5 Rust, men imod at blande Rust med store C-kodebaser, da s\u00e5dan en blanding kraftigt reducerer vedligeholdelsesevnen af kernen som et integreret projekt. <\/p>\n
Kernen i problemerne med vedlighold er, at Rust-omslagene g\u00f8r vedligeholderne afh\u00e6ngige af koden skrevet i Rust. Ved f\u00f8rste \u00f8jekast synes det, at omslagene blot er lag oven p\u00e5 C-strukturer og funktioner, der ikke p\u00e5virker udvikling og vedligeholdelse af C-koden. Men det er ikke sandt. N\u00e5r disse omslag er til stede, skal udviklerne af subsystemer skrevet i C tage h\u00f8jde for indflydelsen af deres \u00e6ndringer p\u00e5 den fortsatte funktionalitet af omslagene. Enhver \u00e6ndring af datatyper eller interne funktioner i C kan kr\u00e6ve \u00e6ndringer i omslagskoden, s\u00e5 \u00e6ndringer, der p\u00e5virker omslagene i C-koden, skal overv\u00e5ges og synkroniseres med Rust-koden. Mange vedligeholdere er ikke villige til at p\u00e5tage sig det ekstra ansvar for at rette problemer, der opst\u00e5r i Rust-koden, og har ikke til hensigt at bruge tid p\u00e5 at overv\u00e5ge tilstanden af Rust-omslagene. <\/p>\n
Situationen med den voksende complexity i vedligeholdelse er ikke hypotetisk. Diskussionen blev deltaget i af Jason Gunthorpe, vedligeholder af TPM, VFIO og Infiniband fra NVIDIA, som bragte et eksempel p\u00e5, hvordan Linus Torvalds afviste en pull-anmodning med \u00e6ndringer i subsystemet til hukommelsesstyring, da denne \u00e6ndring for\u00e5rsagede fejl ved fors\u00f8g p\u00e5 at kompilere kernen med Rust-underst\u00f8ttelse aktiv. Fejlen opstod, fordi vedligeholderne af koden i Rust ikke havde tilf\u00f8jet n\u00f8dvendige \u00e6ndringer til omslagsgeneratoren (bindgen). Dermed blev vedligeholderne af hukommelsesstyringssystemet, ved at fremme \u00e6ndringen, som var helt korrekt set fra C-kodens og kernen som helhed, afh\u00e6ngige af optional tredjeparts kode i kernen, som andre mennesker har ansvaret for. <\/p>\n
Afvisningen af at acceptere bindingskode til DMA-opkald har sat udviklerne af Rust for Linux-projektet i en vanskelig situation, da udviklingen af fuldgyldige drivere p\u00e5 Rust-sproget vil v\u00e6re besv\u00e6rlig uden s\u00e5danne bindings. Hector Martin, vedligeholder af koden til support af Apple ARM-chips og leder af Ashai Linux-projektet, foreslog som en l\u00f8sning p\u00e5 konflikten at f\u00e5 accept af bindingerne direkte gennem Linus Torvalds, uden om vedligeholderen af DMA-subsystemet. Hvis Linus accepterer en s\u00e5dan overtr\u00e6delse af hierarkiet og den etablerede praksis, kan det f\u00f8re til en ledelseskrise i udviklingen af kernen; og hvis han afviser, stopper det udviklingen af Rust i kernen. <\/p>\n
Som et alternativ n\u00e6vnte Hector at inddrage Christoph til ansvar for overtr\u00e6delse af adf\u00e6rdskodekset p\u00e5 grund af en kommentar, hvor Christoph sammenlignede Rust med en kr\u00e6ftsvulst. Desuden skrev Hector, at han var tr\u00e6t af alt det bureaukratiske, ikke var klar til blindt at stole p\u00e5 de eksisterende processer og antydede indblanding fra sociale medier. Dave Airlie, vedligehaveren af DRM-under-systemet, r\u00e5dede mod at optrappe konflikten og understregede vigtigheden af at forst\u00e5, at giftig adf\u00e6rd er uacceptabel fra begge parter, uanset om deltageren i diskussionen har ret eller ej. <\/p>\n
Linus Torvalds har ogs\u00e5 tilsluttet sig diskussionen og p\u00e5peget, at problemet muligvis ligger i Hector og hans selvtilfredshed med, at han ved bedre end andre, snarere end i den nuv\u00e6rende udviklingsprocces for kernen, som fungerer. Udviklingsprocessen for kernen har sine problemer, men det er en del af virkeligheden - der er ikke noget perfekt i livet. Fors\u00f8g p\u00e5 hetz gennem sociale medier f\u00e5r Linus til at miste lysten til at have noget som helst med Hectors tilgang at g\u00f8re. For Linus betyder tekniske diskussioner og patches mere end pres gennem sociale medier. <\/p>\n