Greg Kroah-Hartman v kernelu 5.10 odstraňuje podporu pro ovladače architektury Intel MIC (Many Integrated Core), jejímž zástupcem je koprocesor Xeon Phi. Důvodem je, že Xeon Phi se již dlouho nevyrábí, nikdy nebyl významně rozšířen a Intel již nemá zájem kód udržovat.
Z jádra bude odstraněno asi 27 tisíc řádek kódu. Je možné, že se později vrátí ovladač VOP (VirtIO over PCI) pro virtualizaci.
(zdroj: phoronix)
Se me uplne nelibi tato fasisticka cistka - co se nepouziva to smazeme ze sveta digitalniho, protoze to ma nulovou hodnotu... to opravdu nema - a casto je stary kod dobre misto k uceni jak veci delat (ci nedelat).
Chapu ze to nikdo nema zajem udrzovat - ale mel by existovat nejaky mechanismus pro kod na odchodu, analogicky k "staging" kodu na prichodu.
Takove odkladiste stareho, vyrezaneho kodu, rozdeleno podle vyrobce/produktu/technologie alespon do dvou urovni. Klidne jako separatni repo (a la - kernel recycle bin). Sbirat to po vsech commitech a releasech jader je hodne blby.
PS. Sam jedno Phi mam a ten tunel skrze PCIe me prisel jako zajimave reseni, takze ted me vyvojari nuti setrvat na 5.9, mam uplne zkazene Vanoce! Digisouni to jsou!!
Koukam na ty patche - tak autori z Intelu tam zaslali kompletni zmenu na ten novy VOP subsystem (delete MIC, create VOP, implement MIC under VOP). Bohuzel do kernelu se prijala salamove jen prvni sada, ktera udelala delete, pak to vypada ze se neco smazalo a uz nikdy nebude podporovat.
To je dobrej error.. tohle byla ta predchozi sada patchu, z 2016.. ktera ted byla odstranena. Koukam ze s tim VOP jsou zmateni i na Phoronixu:
https://lkml.org/lkml/2016/2/1/1015
To soucasny pro 5.10 je cisty removal, protoze pry to nikdo nepouziva:
https://lkml.org/lkml/2020/10/28/442
`git checkout`. To je ve srovnani s veskerou dalsi namahou na prochazeni a hlavne pochopeni toho kodu tak zanedbatelna prace, ze to nejspis nestoji za extra reseni.
Co je na tom fašistického? Ono to nemá nulovou hodnotu, ale zápornou – pořád se o to musíte starat (když nic jiného, bude se vám to plést do cesty při refaktoringu, vyhledávání, analýze), mohou v tom být bezpečnostní chyby, které půjde zneužít i na jiných platformách. Pokud se na tom kódu chcete učit, nic vám nebrání – ten kód přece nemizí ze světa, pořád bude v historii v Gitu, pořád bude v archivech se zdrojáky.
Kód na odchodu má těch fází snad víc, než kód na příchodu. Typicky se nejprve hledá správce, pak je kód označen k odstranění a teprve nakonec je opravdu odstraněn.
Ty faze nejsou uplne viditelne, treba po ugradu kernelu me prestal chodit scrollback v konzoli - je tam serverovy BMC s ASPEED a VGA out, konzole 1280x1024.. samozrejme pouzivam FBCON.
A jen v souvislosti s touto zpravickou a "cistkou" od kodu o ktery se nechce nikdo starat jsem se dozvedel, ze pro 5.9 to bylo odstraneno. Pritom to je neco, co pouzivam parkrat do roka - kdyz delam zasahy do serveru lokalne.
https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.9-Drops-Soft-Scrollback
Otazka je tedy spis - proc byl/je vyvoj tak prasacky, ze i tak jednoducha vec jako scrollback se neda udrzovat? Ten kod neni buhvijak velikej, viz:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=50145474f6ef4a9c19205b173da6264a644c7489
Nic se nedá udržovat. Vždy to musí udržovat někdo. Pokud vám to připadá jednoduché, tak se toho ujměte.
5.4 kernel: projected EOL Dec, 2025
To mi nepřijde jako tak špatné. Na nějaké experimenty to jistě půjde i později, když nebude přímo připojený do internetu, apod.
2. 11. 2020, 16:28 editováno autorem komentáře
tak pokiaľ viem, tak pred vzhodením je to nejaký čas označené ako obolete
