mňa ani nie že teší "Linux přepsán do Rustu." ale skôr "Linux přepsán.",... pretože v niektorých moduloch Linuxu je taký bordel v kóde, že sa divím že to vôbec funguje, a ani sa nedivím že sa na ten kód "nešahá". Taktiež by sa mohlo optimalizovať mnoho mnoho iných vecí, vrátane toho že by sa rôzne generované hlavičkové súbory nekopírovali ručne, ale mohol by tam byť pre-compiling process, ktorý by to riešil... už len to by z repa odstránilo viac než 60% kódu, s 0 dopadom na funkcionalitu, výkon (s výnimkou kompilácie, čo je ale rádovo v pár %), a mnoho ďalšieho. Veľkosť by sa značne zmenšila. V jadre je tam mnoho mnoho problémov a starého až archaického kódu, ktorý potrebuje prepísať.
Je vtipne, ze se odstranuji z kernelu 64bitove procesory s odduvodnenim ze jsou moralne zastarale ale patchuje se ovladac pro disketovou mechaniku. Nevim ja vy, ale ja znam par uzivatelu pouzivajicich stare pocitace, ale jenom jednu organizaci kde maji disketovou mechaniku (jaderna elektrarna mimo CR).
Já mám disketovku v suplíku a občas ji použiju.
Ale pozor, pokud je mi známo, tak podpora pro nativní disketové mechaniky byla odstraněna. Nyní jádro podporuje pouze mechaniky připojené přes USB a podobně.
Ještě je taky rozdíl v tom, pro co se kompilují distribuční obrazy a co je podporované jádrem. Mám pocit, že jádro stále podporuje Pentia, což jsou procesory z doby, kdy byly disketovky stále pevnou součástí PC.
Nemusí jít o fyzickou disketovou mechaniku, těch už opravdu v provozu moc není. Ale pořád se překvapivě často dá narazit na VM s (virtuální) disketovou mechanikou. A to je kámen úrazu, protože většina těch chyb, které se dnes (přesněji: v posledních letech) ve floppy driveru nacházejí a opravují, s fyzické disketovou mechanikou ani nemůže nastat, ale virtuální mechanika je mnohem rychlejší.
Nějaké historické ARM platformy se opravdu odstraňovaly, ale AFAIK žádná 64-bitová. A Itanium v mainline také pořád je.
Spíš mám temné podezření, že kolega naráží na tuhle zprávičku, ale to by byla hodně divoká dezinterpretace.
6. 12. 2022, 14:38 editováno autorem komentáře
"As of June 2018, the Linux kernel has dropped support for tilera architecture" Wikipedia - https://en.wikipedia.org/wiki/Tilera
commit bb9d812643d8 ("arch: remove tile port"):
The Tile architecture port was added by Chris Metcalf in 2010, and maintained until early 2018 when he orphaned it due to his departure from Mellanox, and nobody else stepped up to maintain it. The product line is still around in the form of the BlueField SoC, but no longer uses the Tile architecture.
There are also still products for sale with Tile-GX SoCs, notably the Mikrotik CCR router family. The products all use old (linux-3.3) kernels with lots of patches and won't be upgraded by their manufacturers. There have been efforts to port both OpenWRT and Debian to these, but both projects have stalled and are very unlikely to be continued in the future.
Given that we are reasonably sure that nobody is still using the port with an upstream kernel any more, it seems better to remove it now while the port is in a good shape than to let it bitrot for a few years first.
Shrnuto: odstraněna architektura, kterou nikdo neměl zájem dál maintainovat a u které nebyly a nejsou žádné známky toho, že by ji někdo používal nebo hodlal používat s jádrem novějším než 3.3.
Tak ja bych ji treba pouzil, HW se da sehnat, dokumentace je o neco horsi.. ale treba z nvidie by slo neco vytahnout kdyz uz koupila ten Mellanox a ted tlaci spis svoje armovy BlueField-y (jo, ty jsou taky zajimve.. ale zas je to uzavreny ekosystem jako Tegra.. co vam nedoda NV, to mit nebudete).
To aby clovek zas sundal ze zarizeni to eMMC a reverzoval partisny a DT.. nez narazi na nejaky ku**itko jako SecureBoot.