Christoph Hellwig, Linuxi tuuma DMA, KVM, Slab Allocator ja PowerPC arhitektuuri alams\u00fcsteemi hooldaja, kes oli kunagi Linux Foundationi juhtkomitee liige ning esitas hagi GPL-i kohtuvaidluses VMware vastu, on keeldunud kinnitamast Rusti keeles draiverite arendamist toetavaid pat\u0161e. Pakutud pat\u0161id lisavad DMA alams\u00fcsteemi mitmele funktsioonile keeltek\u00e4itlemised, mis v\u00f5imaldavad kasutada DMA-d Rusti keeles draiverites. <\/p>\n
Keeldumise p\u00f5hjuseks on koodi hoolduse keerukuse suurenemine teiste keelte \u00fcmbertegemiste olemasolu t\u00f5ttu ja soov s\u00e4ilitada DMA programmiliidesed lugemis\u00f5iguses C keeles, ilma et neid hajutataks m\u00f5istetamatute \u00fcmbertegemistega. Christoph soovitas iga Rusti keeles draiveri puhul otse p\u00f6\u00f6rduda DMA algse C API poole, et mitte luua t\u00e4iendavaid abstraktsioone, millest tuuma hooldajad s\u00f5ltuma peaksid. <\/p>\n
Patch developers have stated that they will take on all maintenance work for the Rust code, are ready to manage these patches independently, and have moved the bindings to a separate subdirectory (rust\/kernel\/dma.rs). In response, Christoph vetoed ('Nacked-by') the acceptance of Rust-related patches and indicated that he does not need another maintainer. Christoph stated that if the binding developers want to create impossibility of maintaining Linux due to the mixing of several languages in one codebase, they should do so in their own driver and not spread this cancerous growth to the core subsystems. <\/p>\n
Sellega seoses t\u00e4psustas Christoph, et tal ei ole midagi Rusti keele vastu ning peab seda \u00fcheks parimaks uuemaks keelest, kuid ta on vastu erinevate keelte koodi segamisele. Christoph \u00fctles, et toetab Rustil p\u00f5hinevate uute projektide loomist, kuid on vastu Rusti segamisele suurtes C keele koodibaasides, kuna see segamine v\u00e4hendab oluliselt tuuma hooldatavust kui integreeritud projekti. <\/p>\n
Probleemid hooldusega on seotud sellega, et Rusti \u00fchendused muudavad hooldajaid s\u00f5ltuvaks Rusti keeles olevast koodist. Esmapilgul tundub, et \u00fchendused on lihtsalt C-struktuuride ja -funktsioonide pealisehitus, mis ei m\u00f5juta C keeles koodi arendamist ja hooldust. Kuid see ei ole t\u00f5si. Selliste \u00fchenduste olemasolu korral peavad C keeles kirjutatud alams\u00fcsteemide arendajad arvestama nende muutuste m\u00f5judega, et tagada \u00fchenduste j\u00e4tkuv toimimine. Iga andmestruktuuri v\u00f5i C keeles olevate sisefunktsioonide muudatus v\u00f5ib t\u00e4hendada, et tuleb muuta \u00fchenduse koodi, seega tuleb C keeles toimuvad muudatused, mis m\u00f5jutavad \u00fchendusi, j\u00e4lgida ja koosk\u00f5lastada Rusti koodiga. Paljud hooldajad ei ole valmis v\u00f5tma endale t\u00e4iendavat vastutust Rusti koodis tekkivate probleemide parandamise eest ja nad ei kavatse oma aega kulutada Rusti \u00fchenduste seisundi j\u00e4lgimisele. <\/p>\n
Sellel teemal on olukord t\u00f5eliselt keeruline. Arutellu on kaasatud Jason Gunthorpe, NVIDIA TPM, VFIO ja Infinibandi haldaja, kes t\u00f5i n\u00e4iteks Linus Torvaldsi poolt pull-p\u00e4ringu tagasil\u00fckkamise, mis puudutas m\u00e4luhalduss\u00fcsteemi muudatusi. See muudatus p\u00f5hjustas t\u00f5rke, kuna Rusti toega tuuma kompileerimise proovimisel esines viga. T\u00f5rge tekkis seet\u00f5ttu, et Rusti koodi hooldajad ei lisanud vajalikku muutust sidumisgeneratorisse (bindgen). Seega, kuigi muudatus oli C keelega ja tuuma seisukohalt t\u00e4iesti korrektne, s\u00f5ltusid m\u00e4luhalduss\u00fcsteemi hooldajad tuuma alternatiivsest koodist, mille eest vastutavad teised inimesed. <\/p>\n
The refusal to accept binding code over DMA calls left the developers of the Rust for Linux project at an impasse, as without such bindings, developing full-fledged drivers in Rust will be challenging. Hector Martin, the maintainer of the code supporting Apple ARM chips and the leader of the Ashai Linux project, suggested a potential resolution by advocating for acceptance of the binding directly through Linus Torvalds, bypassing the maintainer of the DMA subsystem. If Linus agrees to this breach of hierarchy and established practice, it could lead to a crisis in kernel development management, but if he refuses \u2014 it will halt the advancement of Rust in the kernel. <\/p>\n
N\u00e4iteks mainis H\u00e9ctor, et ta soovib Kristof'i vastutusele v\u00f5tta k\u00e4itumisreeglite rikkumise eest, kuna Kristof v\u00f5rdsustas Rusti v\u00e4higa. Lisaks kirjutas H\u00e9ctor, et on v\u00e4sinud k\u00f5igist b\u00fcrokraatlikest takistustest, ei ole valmis lihtsalt usaldama kehtestatud protsesse ja vihjas sotsiaalmeedia kaasamisele. Dave Airlie, DRM-alam\u00fcsteemi hooldaja, soovitas mitte konflikti paisutada ja m\u00f5ista, et toksiline k\u00e4itumine ei ole kummaltki poolt lubatav, olenemata diskussiooni osalejate \u00f5igusest v\u00f5i valeolekust. <\/p>\n
Linus Torvalds joined the discussion, indicating that the problem might lie with Hector himself and his overconfidence in knowing something better than others, rather than in the current kernel development process, which is functioning. The kernel development process has issues, but that is a fact of life \u2014 nothing is perfect. Attempts at social media harassment deter Linus from wanting anything to do with Hector's approach. Technical discussions and patches matter to Linus, not pressure through social networks. <\/p>\n