Názory k článku
Kernel 5.10 odstraňuje podporu Xeon Phi

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/produk­tu/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

Takovým skladištěm je podle mne historie v gitu. Všechny vyřazené kódy tam navždy budou, takže pokud má někdo zájem je udržovat, může si je kdykoliv v budoucnosti vytáhnout.

Trocha se obavam, jak rychly bude pak takovyto prikaz nad Kernel repo:

git grep "string/regexp" $(git rev-list --all)

Mate lepsi napad?

`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.

pokud daný kód nemá svého maintenera nebo neexistuje HW, na kterém by se patche testovaly, je kód mrtvý. O smazání požádal sám intel, nahradí ho nejspíš novou verzí.

Nebude novější verze, bude te jen možnost získat z gitu.
A co si budem povídat.. todle byl krok dost vedle od Intelu.
Jako jo, napsaný ty kody byli pěkně.. ale kde Phi použít? Téměř nikde a na tom to taky skončilo.

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