Vlákno názorů k článku
Linux se zbaví historických síťových ovladačů, v éře hledání chyb s AI nedává údržba smysl
od RDa - A je to tady zase :D
...a kdyz to...
-
Hele, ten driver se sam od sebe nerozbije.
V nejakem zivotnim cyklu ovladace ten ovladac fungoval musel - proto se do jadra dostal - nekdo mel hw a potreboval driver, napsal, vyzkousel, jelo to.
A pak se dobrosrani ujali vyvojari jadra, kteri architekture rozumi jako koza petrzeli a znefunkcnili co fungovalo.
Vemte si, ze by takhle fungoval realny svet. Namisto napoje v lahvi, ktere ma treba sve nedostatky/overhead ve smyslu nezanedbatelne hmotnosti lahve, by najednou zacali vyrobci a obchodni retezce vymyslet, jak napoje prepravovat v otevrenych kyblech, nebo pytlech ktere se proderavi pri sebemensim kontaktu, jako mleko za sociku :D
-
Ne.
Ja se vas ptal, kde je nejake hlaseni chyby, abych vedel co mam opravovat.
Zatim to vypada, ze vas prispevek napsala AI, protoze to nema hlavu ani patu a obsahu otazky jste ani sam neporozumel.
Vase hypoteticke chyby a hypoteticke hlaseni maji velice daleko k tomu, abych dokazal neco realne opravit.
-
L.Stříbrný podporovatel
Evidentně jsi to pořád nepochopil. Nejde o to opravit konkrétní chybu, dvě, tři, deset... Jde o to zpracovávat AI hlášení o chybách, vyhodnocovat, co je opravdu chyba a co jen #aislop a ty opravdové chyby opravovat. Průběžně.
Jinak tipuju, že cesta k tomu povede přes přihlášení se za maintainera těch driverů, pokud tedy už chceš konkrétní krok.
23. 4. 2026, 00:11 editováno autorem komentáře
-
Pokud vyvojar podlehne tlaku AI a radeji jemu svereny kod smaze, tak je neco hodne spatne.
Maintaner neni od toho, aby kod opravoval - jeho pracovni naplni je zaclenovani vhodnych patchu ktere resi novou funkcionalitu nebo nabizi opravy.
Takze neco tady hodne nehraje - kde je onen AI slop? znova opakuji - dejte relevantni linky - treba mail archiv LKML, ktery je hlavnim rozhranim mezi prispevatli a maintanerama.
-
L.Stříbrný podporovatel
A kdo myslíte, že opravuje nahlášené bezpečnostní chyby? Občas můžete dostat i patch, ale není to pravidlo a stejně ho musíte posoudit. Ostatně i zpráva říká, že problém je v zátěži maintainerů.
Tedy pokud chcete pomoct, přidejte se do maintainerů driveru, který chcete udržovat. Příklad je v této zprávě / threadu: https://lore.kernel.org/lkml/f902909f-7eb9-4b7a-bb01-82f680cfe695@lunn.ch/
-
Vůbec tomuto tedy nerozumím ale článek jsem četl a tam se vše podstatné i dočetl:
a) práce údržbářů je dobrovolná a (z valné většiny) neplacená
b) v kernelu se nachází spousta "základních" nástrojů pro práci s historickým železem, které (nejspíš) už dlouho nikdo nepoužil
c) tento kód (ať už funkční či naprosto rozbitý, to je pro tuto debatu vlastně naprosto jedno) tam prostě ležel a nikdo si ho nevšímal
d) s nástupem AI se přišlo na spoustu nových "objevů" a reportů
e) tyto požadavky (které ale nejspíš jednak nikdo reálně nepotřebuje vyřešit - a hlavně určitě nechce sám udělat či alespoň zaplatit) Vibe AI coder jen oznamuje, ale není schopen navrhnout a protlačit řešení.
f) "problém" se tedy vyřeší elegantně zmenšením udržovaného kódu
g) a pokud kdokoli bude z toho cokoli KONKRÉTNÍHO potřebovat či mu bude něco KONKRÉTNÍHO chybět, může se buď ujmout (separátního) vývoje ovladače, či o toho alespoň někoho slušně poprosit (založit ticket).Nic překvapivého či "skandálního" zde nevidím.
Vy ano? -
Stačí se přihlásit k údržbě těch ovladačů. Chyb k opravování budete mít následně dost, o tom je článek.
V téhle chvíli to nikdo dělat nechce, protože to nedává smysl.Obávám se ale, že i když se k tomu přihlásíte, věřit vám nebudou. Takže vám nezbyde, než ty ovladače udržovat po vlastní ose, a pokusit se změnit názor, aby se to zase dostalo do upstreamu.
-
L.Stříbrný podporovatel
Jestli tu zprávu chápu dobře, nejde o funkční chyby (ovladač funguje dál), ale o bezpečnostní chyby, které tam jsou odedávna, akorát je teď s AI jednodušší najít. Přičemž oprava takové chyby vyžaduje ovladač otestovat, zda stále spráně funguje a tedy ten prehistorický hardware mít.
-
L.Stříbrný podporovatel
No tak se ne-frikulín co to používá může přihlásit za maintainera a driver zůstane.
-
Tak tak, takže někdo bude shánět starou síťovku a simulovat na ní case z bugreportu, aby všech pět dalších světových uživatelů té síťovky, co potřebují aktuální Linux, mohlo fungovat.
Holt si budou muset vybrat mezi starším jádrem nebo vlastním jádrem. Což u těhle obskurních uživatelů asi nebude významná potíž.
-
> protoze nic neni rozbity
To je hodně odvážné tvrzení. To, že na ten kód roky nikdo nešáhl a kdysi to fungovalo rozhodně neznamená, že tam nejsou chyby.
Lip optimalizující překladač třeba může zviditelnit bug, který se v minulosti neprojevil. Zrovna v C je tohohle plno. Ten jazyk je plný nedefinovaného chování a máme mračna kódu z opmimalizátorové doby kamenné.
A pak jsou samozřejmě bugy, které tam byly vždycky, jen je zatím nikdo nezneužil. -
Hele, ten driver se sam od sebe nerozbije.
U nemalé části CVE tohoto typu ta chyba vznikla přesně tím commitem, který přidal příslušnou část kódu. Někdy je to přímo i ten první commit, který přidává driver jako takový. A je dost i těch, kde se to ani nedá dohledat, protože chyba tam je už od počátku gitové historie.
-
Co takto sa aj trochu zamysliet. Vyvija sa aj napr. samotny procesor, niektore instrukcie pribudaju, ine sa rusia. Ovladace mohli vyuzivat nejake tie funkcie, ktore vyuzivali stare instrukcie a tym, ze sa zrusili, tak aj ten ovladac akosi prestal fungovat. Jedna moznost by bolo prepisat kod v jadre, aby emuloval aj stare, ale naco? aby si zabil desiatky hodin niecim, co vyuzije par ludi na svete?
ja tento krok schvalujem, ak niekto potrebuje prevadzkovat historicky hw, tak nech na nom bezi system z tej doby. Podobne, ako ked dnes len tak nemozes natankovat moderny benzin do veterana. -
Na com konkretnom ten 3Com pouzivas? Nebude to nic nove predpokladam, lebo era 3com uz davno sloncila a nepoznam 3com sietovku do pci-e slotu.
Pozuivas tam nejaku aktualnu distribuciu. Budu ti nazoaj chybat tie odstranene ovladace?
Moje skusenosti z minulosti s Realtek drviermi a linuxom. Drivery v jadre casto neboli najlepsie ale pomahalo nainstalovat najnovsie ovladace priamo od Realteku a nebol problem.
-
drivers/net/ethernet/3com/3c59x.c | 3357 --------------------Tuhle používám prakticky všude, kde chci použít PCI síťovku, nebo otestovat PXE boot. Je fakt, že nejnovější počítač s PCI je něco s core2duo. O nejnovější kernel se snažím, ale jak se odstraňovaly drivery, tak je to náročnější a náročnější.
Koukal jsem se ale pak do toho mailing listu a prej tam tu PCI nakonec ještě nechaj.
Realtek síťovky, co mám, nemaj tu optionROM flashku (a část ani nemá socket) a historicky občas při startu nedetekovaly carrier.
Že realtek laguje víc jak 3comka jsem zjistil, když jsem obě provozoval ve 486 desce :-D .
-
Pri tovjom pouziti ta odstranenie tych driverov nijako neovplyvni a to je to najdolezitejsie .
Vzdy sa ozvu niektori pricom sa nakoniec zisti, ze bud len teoretizuju(musia byt vzdy proti) alebo to puzivaju na hranie na svojich muzealnych kuskoch s muzealnym OS/SW, lebo s aktualnym to uz aj tak dlho nefunguje.
Ja mam tiez doma muzelane kusky HW a komplet PC zostavy od Pentia II az po Ivy Bridge ale v zivote by ma nenapaldo tie zostavy trapit aktualnym OS. Na tie zostavy patri soudoby OS.
-
Odstranění těch driverů mě právě že ovlivní, jinak bych si toho ani nevšiml a nejspíš to hlavně nekomentoval.
> s muzealnym OS/SW, lebo s aktualnym to uz aj tak dlho nefunguje
Až do odstranění 486 v budoucím kernelu mě všechny aktuální kernely na 486 fungovaly a to včetně moderního software třeba blenderu (ten jsem si samozřejmě musel rekompilovat) nebo furmarku (ten ani nemá otevřený zdrojáky). Samozřejmě 486 není na reálné používání, ale z faktického hlediska to funguje.
To PXE na síťovce byl jen příklad v minimu procentu příkladů a ano když jí použiju na 486, tak je to muzeum, ale rád bych jí byl schopnej přeflashovat (a otestovat) v nějakým moderním stroji než jí do tý 486 strčím.
> po Ivy Bridge ale v zivote by ma nenapaldo tie zostavy trapit aktualnym OS
Nevidím důvod proč na architektuře z let 2012-2015 normálně nepracovat.
-
Aha, takže už tomu rozumím. Tobě vlastně nejde o nějaké reálné nasazení, ale o princip fungování. To se pak rozčiluješ, že ta nová pětiosá CNC fréza nejde připojit na parní trakci jako ta stará, obyčejná fréza. Sice tu CNC frézu vůbec nepotřebuješ, ale tobě jde o princip, že ta stará takhle fungovala, tak i ta nová by měla.
A Windows 11 jsi zkusil?
-
> Sice tu CNC frézu vůbec nepotřebuješ
God forbid a man has hobbies :-D> ta nová pětiosá CNC fréza nejde připojit na parní trakci jako ta stará, obyčejná fréza
No v téhle analogii to propojení jde bez problému. Dokonce jde propojit líp na parní trakci (3comka) než na elektrickou trakci (mírně modernější realtek).> A Windows 11 jsi zkusil?
Win2k jo :-D -
Takže jde o koníček. OK, užij si to. Pak Ti nemusí vadit přidat portaci starých driverů na aktuální kernel...
Myslím, že jsi tu analogii nepochopil. Ty chceš provozovat CNC frézu (jádro 7.0) přímo pomocí parní trakce (i486). To bez nějakých berliček nejde. Neznám CNC frézu, která by fungovala bez elektřiny. Ty sice ten blender na 486 rozjedeš, ale než ti nastartuje, než něco vůbec otevřeš... Kolik že to bylo? 11 minut na nabootování relativně aktuálního systému na 486?
Win2K... to máme éru jádra 2.2? Případně ranných 2.4? S tím to nefunguje? To má do aktuálního systému trochu daleko. Já mluvím o aktuálních Windows, když chceš brát aktuální linuxové jádro.
-
> Pak Ti nemusí vadit přidat portaci starých driverů na aktuální kernel
Jj však z praktického hlediska mi to ani nevadí.> CNC frézu, která by fungovala bez elektřiny
Což je ale příliš velká berlička v porovnání 7.0 vs 486. A taky pokud budeš chtít postavit CNC frézu bez předchozích znalostí (například RISC-V na FPGA s PCI), tak budeš mít mnohem náročnější práci než když nejdřív prostuduješ nějakou manuální prehistorickou (například 486 s PCI/PCIe adaptérem, kde se dá sběrnice sniffovat i blbým Raspberry Pico).> Já mluvím o aktuálních Windows
No kdyby byl k dispozici zdroják a/nebo bych se jich neštítil, tak rozběhám i je :-P. Vlastně mám nápad, jak i do té 486 přidat gigabajty RAM, takže by se i tam vešly. -
Myslím že ak nutne potrebujete túto starú kartu + najnovší kernel ostáva možnosť prepísať si driver ako DKMS. Otázka je či nebude limit distribúcia - postupne prechádzajú na x86-64 v3. Možno by bolo jednoduchšie riešenie použiť USB sieťovku. Ak je nutné PXE, tak boot cez USB mass storage na ktorom je iPXE.
-
Teď tak nějak nevím, co řešíš. PXE je o instalaci TFTP serveru a teď jsem schválně pomoci UEFI PXE rozjel instalaci svého oblíbeného distra i bez PCI/ISO 3com síťovky. S tou obyčejnou, integrovanou v notebooku. Když pominu konfiguraci DHCP/TFTP, tak jediné, co jsem udělal, bylo povolit boot ze sítě.
Na co tedy konkrétně v dnešní době potřebuješ starou 10/100 3Com PCI síťovku?
-
Jak jsem psal výše, tak PXE je jen příklad image, který tam můžu potřebovat nahrát.
Před lety mě nějaký přepětí odpálilo síťovku na motherboardu, tak pro nouzové použití.
UEFI má u mě doma jen jeden počítač (ryzen) a i tam můžu připojit PCI karty (ještě jsem nezkoušel, ze začátku jsem se v něm kvůli zárukám nevrtal).