Christoph Hellwig, odr\u017eavatelj podsustava DMA, KVM, Slab Allocator i arhitekture PowerPC u Linux jezgru, koji je neko\u0107 bio \u010dlan upravnog tehni\u010dkog odbora Linux Foundation i bio tu\u017eitelj u parnici koja se ti\u010de GPL-a protiv VMware-a, odbio je potvrditi zakrpe vezane uz podr\u0161ku razvoju drajvera na jeziku Rust. Predlo\u017eene zakrpe dodavale su obloge nad nekoliko funkcija pod sustavom DMA, omogu\u0107uju\u0107i kori\u0161tenje DMA u drajverima na jeziku Rust. <\/p>\n
Kao razlog odbijanja navedeno je kompliciranje odr\u017eavanja koda prisutno oblogama na drugim jezicima i \u017eelja da se sa\u010duvaju programski interfejsi za DMA u \u010ditljivom obliku na jeziku C, bez zamagljivanja nejasnim oblogama. Christoph je predlo\u017eio da se izravno obra\u0107a izvornoj C API za DMA u svakom drajveru na jeziku Rust, kako ne bi stvorio dodatne apstrakcije od kojih \u0107e ovisiti oni koji odr\u017eavaju jezgro. <\/p>\n
Programeri zakrpa su naveli da \u0107e preuzeti sve obaveze vezane uz odr\u017eavanje koda na Rustu, spremni su samostalno odr\u017eavati te zakrpe i izdvojili su omota\u010de u posebni poddirektorij (rust\/kernel\/dma.rs). Kao odgovor, Kristof je stavio veto (\"Nacked-by\") na prihva\u0107anje zakrpa povezanih s Rustom i istaknuo da mu nije potreban jo\u0161 jedan odr\u017eavatelj. Kristof je rekao da ako programeri omota\u010da \u017eele posti\u0107i nemogu\u0107nost odr\u017eavanja Linuxa zbog mije\u0161anja vi\u0161e jezika u jednoj kodnoj bazi, trebaju to raditi unutar svog drajvera, a ne \u0161iriti tu kancerogenu masu na osnovne podsubsisteme jezgre. <\/p>\n
Pri tom je Christoph pojasnio da nema ni\u0161ta protiv jezika Rust i smatra ga jednim od najboljih novih jezika, ali se protivi mije\u0161anju koda na razli\u010ditim jezicima. Prema Christophovim rije\u010dima, za stvaranje novih projekata na Rust-u, ali se protivi mije\u0161anju Rusta s velikim kodnim bazama na C-u, jer to mije\u0161anje zna\u010dajno smanjuje pogodnost odr\u017eavanja jezgra kao integriranog projekta. <\/p>\n
Sustav problema s odr\u017eavanjem le\u017ei u tome \u0161to Rust obavijanja stavljaju prate\u0107e osobe u ovisnost o kodu napisanom na jeziku Rust. Na prvi pogled, \u010dini se da su obavijanja samo nadogradnje na C strukturama i funkcijama, koje nikako ne utje\u010du na razvoj i odr\u017eavanje koda na C-u. No, to nije tako. U prisutnosti takvih obavijanja, programeri pod sustava napisani na C-u moraju uzeti u obzir utjecaj njihovih promjena na nastavak funkcionalnosti obavijanja. Svaka promjena u strukturama podataka ili unutarnjim funkcijama na C-u mo\u017ee dovesti do potrebe za promjenom koda obavijanja, stoga promjene na C kodu koje utje\u010du na obavijanja treba pratiti i sinkronizirati s kodom na Rustu. Mnogi prate\u0107i nisu spremni preuzeti dodatnu odgovornost za ispravljanje problema koji proizlaze iz koda na Rustu i ne namjeravaju tro\u0161iti svoje vrijeme na pra\u0107enje stanja Rust obavijanja. <\/p>\n
Situacija s kompliciranjem odr\u017eavanja nije samo teorijska. U raspravu se uklju\u010dio Jason Gunthorpe, odr\u017eavatelj TPM, VFIO i Infiniband iz tvrtke NVIDIA, koji je naveo primjer odbijanja pull zahtjeva od strane Linusa Torvaldsa s promjenama u pod sustavu upravljanja memorijom, jer je ta promjena uzrokovala kvar prilikom poku\u0161aja sastavljanja jezgre s omogu\u0107enom podr\u0161kom za Rust. Kvar se dogodio zbog toga \u0161to prate\u0107i kod na Rustu nisu dodali potrebne izmjene u generator obavijanja (bindgen). Tako su prate\u0107i pod sustav upravljanja memorijom prilikom unapre\u0111enja promjene, koja je bila potpuno ispravna s stajali\u0161ta C koda i jezgre u cijelosti, postali ovisni o opcionalnom vanjskom kodu u jezgrici, za koji su odgovorni drugi ljudi. <\/p>\n
Odbijanje prihva\u0107anja koda omota\u010da nad pozivima DMA stavilo je programere projekta Rust for Linux u \u0107orsokak, jer \u0107e bez takvih omota\u010da razvoj punokrvnih drajvera na jeziku Rust biti ote\u017ean. Hektor Martin, odr\u017eavatelj koda za podr\u0161ku ARM \u010dipovima Apple i vo\u0111a projekta Ashai Linux, kao opciju za rje\u0161avanje sukoba predlo\u017eio je da se omota\u010d direktno prihvati kroz Linusa Torvaldsa, mimo odr\u017eavatelja podsvrhe DMA. Ako Linus pristane na takvo kr\u0161enje hijerarhije i ustaljene prakse, to bi moglo dovesti do krize upravljanja razvojem jezgre, a ako odbije \u2014 zaustavit \u0107e napredak Rust-a u jezgru. <\/p>\n
Kao opcija, Hektor je spomenuo pozivanje Kristofa na odgovornost zbog kr\u0161enja kodeksa pona\u0161anja zbog komentara u kojem je Kristof usporedio Rust s rakom. Osim toga, Hektor je napisao da je umoran od svih birokratskih prepreka, nije spreman jednostavno povjerovati ustaljenim procesima i nagovijestio je uklju\u010divanje dru\u0161tvenih mre\u017ea. Dejv Eirli, odr\u017eavaoc DRN pod-sustava, savjetovao je da ne preuveli\u010davaju sukob i da shvate da je toksi\u010dno pona\u0161anje neprihvatljivo s obje strane, bez obzira na to tko je u pravu ili nije. <\/p>\n
U raspravu se uklju\u010dio Linus Torvalds, koji je naveo da je problem mo\u017eda u samom Hektoru i njegovom samouvjerenju da zna ne\u0161to bolje od drugih, a ne u trenutnom procesu razvoja jezgre koji funkcionira. Proces razvoja jezgre ima svoje probleme, ali to je \u017eivotna realnost \u2014 u \u017eivotu nema savr\u0161enstva. Poku\u0161aji proganjanja preko dru\u0161tvenih mre\u017ea su ne\u0161to \u0161to odbija Linusa od \u017eelje da ima bilo kakve veze s Hektorovim pristupom. Za Linusa su va\u017eni tehni\u010dki razgovori i zakrpe, a ne pritisak preko dru\u0161tvenih mre\u017ea. <\/p>\n