Vlákno názorů k článku
Další síťová karta bude mít jaderný ovladač v Rustu od RDa - Slusnej bizar... na podporu primitivni komponenty z roku...

Slusnej bizar... na podporu primitivni komponenty z roku 2005 cekalo Linuxove jadro 20 let - protoze hipsta decka bez Rustu uz ani neumi zapsat deset registru a jeden firmware :D

PS: Jake prase napise driver s binarnima hodnotama registru (a pak to komentuje nazvem bitu?). Tohle nemuze projit.. nebo rust neumi #define konstanty? (a kdyz uz jsme u toho - ma Rust nejakou vyssi schopnost pracovat s bitfieldy, abych nemusel delat tri #define pro OFFS, SIZE, MASK a pak jeste mit dalsi makra na read/write?)

Celých 19 let jsi to nenapsal v C, tak co jim zbylo. Chápeš vůbec, že nikdo nikomu nebrání používat v jádru C, že jo? Že jo?!


// TODO: sleep here until the hw becomes ready.
Ok(())


No bomba. Jsem si jistý, že všechny pull requesty v C jsou ryzí zlato.

Maličko rozdílná situace. Představte si rustové pull requesty z pohledu jádra jako nového seniora, který na pohovoru nasliboval modré z nebe, ve zkušebce.

Nejlepsi jsou ovsem komenty na tema neco nekam zapisuju a nevim vlastne proc a co to dela ... coz ovsem naprosto 100% vystihuje vsechny rusisty.

O mnohem pak vypovida i to, ze gentoo ti predhodi binarku, protoze zkompilovat to samo sebe neumi. Naprosto nechapu jak moh nekdo pripustit vubec i jen jedinej radek v kernelu.

A nejsou takových věcí OSS drivery plné, protože bez znalosti HW a zdrojáků firmware kolikrát nezbývá nic jiného než sledovat co dělá uzavřený driver a dělat to samé?

Njn, proto to musí být memory safe. Aby to šlo prasit bez přemýšlení.

No jestli si myslíte, že v memory safe jazycích se dá prasit bez přemýšlení, tak mám špatnou zprávu.

Přesně tak. Naopak v Rustu musím mít model hodně dobře promyšlený, jinak se zaseknu v borroweru. Obvykle je kompilovatelné řešení správně z logiky vlastnictví dat a každé oprava kompilační chyby je obvykle směrem k čistějšímu modelu. Naopak v Cčku mohu data naalokovat kdekoliv a pak se divím, kde všude mi to vykvete...