Názory k článku
Odstranění podpory pro procesory i486 bude patrně v jádře 7.1

Ale né, to si budu muset udělat out-of-tree fork celýho arch/x86 (předpokládám, že udělají brzo příliš mnoho změn aby to šlo lehko revertovat ).

K cemu je dnes dobry bezmala 40 let stary procesor, krom nostalgie?
A proc je potreba na nem mit stale aktualizovany OS?

Třeba je to součást nějaké infrastruktury typu vodní elektrárna, kde to nejde jednoduše vyměnit viz. cip-project.org a jejich ultra long support kernely.

Chapu, takove technologie asi jsou, ale těžko budou online. A víc než jinde tam platí… “nešťourej se v tom, pokud to nějak funguje”

Předpokládám, že ty systémy, které skutečně vyžadují i486, běží v ostrovním režimu.

Okej, ale v tom případě tedy zbývá víc jak 10 let podpory na nějakém starším kernelu. Plus pochybuju, že by na strojích, kde jedou i486, byl aktuální kernel, updaty systému a že by takový stroj byl připojený k běžné síti.

srdecne netusim preco by sa niekto snazil davat novy 7.x kernel na stroj ktory poslednych 20+ rokov bezi niekde zahrabany a nikto sa ho neodvazi ani len rebootnut, nie to este na nom nieco menit :)

Embedded. Nejde o čtyřicet roků starý i486, jaký je na obrázku. 486 kompatibilní jsou různé industrial SoC, které jsou na mnoha singleboard IPC.

A přesně tam buď běží nějaký barebone RTOS a nebo se tam dá LTS verze linuxu, pokud to vůbec jde. Toto nepotřebuje nejnovější kernel.

I ten nejnovější kernel jednou zestárne, stane se z něj LTS a ten současný LTS ztratí podporu.
A RTOS nikoli nutně. Např. Dukovany jsou plné Vortexů s Linuxem. Ale je fakt, že dodavatel asi zákazníka ukecá, ať si koupí upgrade na novější verzi a tam už je ARMovský SBC.

Neexistuje nejaka spolecna iniciativa, kde se drzi napr. podpora pro i386 ?

Ne, všichni jen píšou do diskuzí, ale ve skutečnosti o to nikomu nejde. /s

I kdyby to někdo takový systém produkčně provozoval s aktuálním software (realita: běží tam nějaký 3.x nebo dokonce 2.6.x kernel z doby kdy to výrobce vyprodukoval a od té doby se na to nesáhlo), tak zjistí, že skutečně problémy s kompatibilitou s okolním světem (že se nepřipojí na SSH/TLS protože nový protokol/komprese, že mu to nebude moct vyrábět WebP obrázky, že tam nespustí skriptíky v Pythonu kde někdo použil fancy funkci z verze 3.hodně…) nastávají jen velmi pozvolna a není problém provozovat Debian stylu oldoldstable.

Linuxove diostribucie uz davno nie su vhodne na stare PC, vypinaju podporu procesorov ako na beziacom pase, desktopove prostredia zeru ramky a prehliadace takisto.

Panečku to je ale blábol.

To, že moderní desktopové distribuce žerou víc než ty před 20 lety je snad každému jasné a důvody proč tomu tak je taky.

Vždyť se procesory s jenom i486 nedělají už skoro 30 let. Ta podpora v jádře je nadstandardně dlouhá a prostě když už není správce tak se nedá nic dělat. Ono taky na čem tohle pořádně testovat.

...nedělají už skoro 30 let...

To není tak úplně pravda. Stále se dělají průmyslové moduly Vortex86 (např. https://www.vortex86.com/products/Vortex86EX2), které jsou v podstatě integrovaným PC kompatibilní se 486.

Parametry jednoho z nich https://www.vortex86.com/products/Vortex86DX2

A příklad využití jednoho takového průmyslového modulu v miniaturním PC pro hraní DOSových her https://www.high-voltage.cz/2024/exkluzivne-pixel-x86-moderni-mrnous-kompatibilni-s-dos-win9x-prvni-dojmy/ (https://pixelx86.com/)

Tam ale nepotřebuješ nejnovější kernel.

Lebo aj tak najlepsi kernel je rada 5.x

U těch Vortexů je to ještě zajímavější.

Jsou to SoC, které jsou kompatibilní s Intel 486, tzn. jejich instrukční sada obsahuje všechno, co původní procesory, ale mají i některé věci navíc, co je posouvá v Linuxu i do 586 (DX varianta) a 686 (EX varianta) targetu. Hlavně jde o TSC hw time stamp counter a CX8 compare-swap instrukce, co se spolu s odstraněním targetu 486 v Linuxu řeší.

Takže mimo nejstarších Vortexů SX, by to DX a EX měly nejspíš ustát jen se změnou targetu na M586.

https://www.osnews.com/story/142343/linux-removes-support-for-the-486-and-now-im-curious-what-that-means-for-vortex86-processors/

Jinak je to za mě pořád stejné. Tyhle SoC se starými architekturami mají primární a relativně úzké užití při náhradě chcípajícího původního hardwaru v nějakých drahých systémech, kde jde o to, aby tam pokud možno beze změny šlapal původní software (DOS nějaký RTOS jako VxWorks, QNX, Windows CE a ovladače na nějaké speciální periferie, možná i starý Linux) a nebo to mělo vyloženě nějakou historickou sběrnici jako ISA.
Tzn. v tomhle užití by asi nikoho vyloženě netrápila ztráta možnosti sestavit nejnovější Linux jádro.
Pokud by někdo dělal něco nového (HW a SW stack pod kontrolou) s garancí nějaké podpory a rozvoje, nenapadá mě jediný důvod stavět to na těchhle SoC nebo 486 architektruře.

Presne - na stary system stary OK, ktery jej jeste podporuje
I tak tam bude kupa HW bugu, ktere uz nikdo neresi ... a novy uz pobezi asi na ARM ... i MIPS a SPARC uz je mrtev ac open CPU ktere bez urcitych jednotek muze vyrabet kazdy.

Dnes lasbi MIPS a SPARC vyrabi uz asi jen Rusko ;-) Cina na tom stavela ruzne hracky kdysy davno, dnes uz skoro nikde MIPS nemaji a presli komplet na ARM

teorie hezka, ale spatny priklad - koukni na support list - https://www.vortex86.com/news/2

7. 4. 2026, 12:27 editováno autorem komentáře

Nehovorim konkretne o i486 ale o trende. Polka distribucii uz nema podporu x86, a tie co hej su nepouzitelne.

Pokud není, kdo by podporu daného HW udržoval a testoval, logicky mizí, neb jsou to řádky kódu navíc, jejichž funkcionalitu vlastně nemá ani kdo ověřit.

Zrovna u Linuxu platí, že kdo chce podporu něčeho, má veskrze 3 možnosti =>
a) Buď se jeho přání shoduje s někým dalším z aktivní vývojové komunity, případně s korporátem, co vývoj sponzoruje.
b) Nebo si to může udržovat a testovat sám.
c) Nebo zaplatí někoho, kdo to bude udržovat pro něj.

32-bit x86 je dead.

Si tu podporu dělej, a klidně si to nech zaplatit. Nikdo to ale nepotřebuje, a to je ten problém.

Vždycky, když nějaký open-source projekt ukončí podporu nějakého HW tak se strhne lavina komentářů jak všechno jde do kytek, ale nikdo z těch komentujících tu podporu stejně dělat nechce.

... a vlastně ani nepotřebuje.

Uplne vzdy nie. Ked pred par rokmi chcelo GCC v 9.0 deprekovat a v 10.0 uplne vyhodit podporu pre AVR8 a MC68k, tak sa novy maintainer nasiel a obe architektury su podporovane dodnes.

Jaký máš 32bit a co na něm chceš provozovat (desktopového!) a proč ti nestačí Debian 12, nebo dokonce 13 s neoficiálním hackem (nezkoušel jsem)?

Jednodycha odpoved - NE - kernel stale zere relativne malo, TUI tez ;-) ano vse zdnes zere vice, ale Xorg s IceWM pojedou porad na malo RAM - jen pak pustis FF a ten si paprne 2GB RAM ani nemrknes ;-) ale Linux ma reseni, starsi FF neboi opravdu light prohlizece - ale zapomen na podporu vseho

Reseni je obejit se bez web based "aplikaci".

Kdyz chcete na venkov za babi, tak si taky neberete soukromou helikopteru (ackoliv u arabskych zemi by to mohlo byt beznym normalem, ne ze ne).

Existují? Opravdu light prohlížeče? Vše ustrnulo (out of dev), co jsem se díval naposledy.

Pro zajímavost, PC s jakými parametry jste chtěl provozovat, a narazil jste na "vypnutou podporu procesorů"?

Současné distribuce podporují všechny x86_64 co byly kdy vyrobeny ("SSE2"), a i 586/686 podpora byla odstraněna teprve nedávno (např. Debian 12, vydaný před 2.5 lety, ji ještě plně podporoval).

Já mám staré Asus EEE (Atom N270, tj. 686, 2 GB RAM) a problémem rozhodně není desktopové prostředí (Xfce; a kdybych to chtěl řešit, tak použiju Fluxbox, který nežere vůbec nic), ale naprosto konkrétně webový prohlížeč. Na všechno ostatní (SSH, čtení ebooků, přehrávání podcastů a SD videí) je stále dostačující.

Ty výkřiky na podporu architektury 30+ let staré se podobají výkřikům z mzdové účtárny na přelomu milénia. Ten program v COBOLu funguje parádně, akorát Y2K nám do toho hází vidle, proč máme přecházet na nějaké nové železo, na kterém musíme rozjet ERP pro Windows? Proč programátoři neudělají prostě patch?

A presne stejny je duvod - architekt reseni odvedl podprumernou praci.

Jestli se uklada rok na 2 mista, nebo zavisi OS na feature CPU architektury je to same. Normalni reseni by bylo NEDELAT tyhle pseudozkratky, protoze se vi, ze se vam to vymsti.

Tak schválně. Odkaz na patch je ve zprávičce. Co z toho tam je ta pseudozkratka?

Patch neodstranuje kod, ale jenom znemoznuje zvolit danou platformu.
Neco jako kdyz mate zasedlou volbu v GUI.

Jsem se dival, ze napr. na MELAN zavisi nekolik driveru pro ELAN systemy - ty se neodstranili tedy. Mozna to prijde v dalsi vlne - az nekdo zjisti, ze je tam spousta dead-kodu protoze nejde udelat config, ktery by ho aktivoval.

Nevim zda na tohle existuje nejaky automatizovany coverage checker.

Tou zkrakou jsem myslel vyuziti napr. pentium instrukci na atomicke operace / zamky, byt se na i386/i486 nikdy* se SMP neda pocitat, takze by stacil jiny alternativni primitiv.

* vim ze existuji SMP 386, ale to jsou takove specialne vytvorene stroje s node&cache controllerem a netusim zda Linux na ne byl portovan, spis asi ne, neni to nativni featura platformy ale urcity hack)

Já vám tu nechci kazit radost ze starého hardwaru, ale reálně cokoliv, co je dnes z doby před API Vulkan, je v podstatě nepoužitelné. Procesory žerou parník a přitom omylem počítají.

Jo, já jsem nějaký zoomer, který je rád, že nepotřebuje na PC Windows 11. Nejstarší kousky, co mám, jsou i7-2600k a i7-4790K a RX580. Starší hardware nechci, protože je s tím moc otravování a OpenGL už je dnes neaktuální věc, pod kterou sotva něco rozběhám.

Vlastně se ptám, co komukoliv z komunity, ať už jednotlivci či firmě, brání udělat fork, kde si může podporu udržovat. Pokud mu na tom stojí produkční infrastruktura a používá kód "všech", pak se jednoho dne logicky dočká momentu, že podpora pro XYZ zmizí.

Je to open-source? Ano, je to open-source, pokud to chcete udržovat ve volném čase, či vám za to někdo zaplatí, hádám, že vám nikdo bránit nebude. Však již nejednou se do Linuxu navrátila podpora nějaké neudržované věci, nevidím důvod proč by se tak nemohlo stát i teď.

Já OpenGL, natož Vulkan, používám naprosto výjimečně a stačilo by mi softwarové vykreslování.

(tím samozřejmě nepopírám že velmi starý HW je dnes na desktopu obtížně použitelný; jen nerozumím, k čemu bych užil Vulkan - hry ani náročný 3D CAD nedělám)

Mám pod stolem 8x 16 GB DDR4-3200 a Threadripper 3970X... softwarový rendering z toho vždy udělá vrtulník a topení.

Neumím si představit cokoliv se softwarovým renderingem, je to jen cool fallback, ale reálně prakticky k ničemu.

A jaké vulkánové aplikace na tom tedy pouštíš? Já si nějak neumím nic představit, mimo hry nebo nějaké komplikovanější věci v CADu.

Hry, Blender, LLM, video (FFmpeg), emulátory a ještě v OBS. No a to, co nemá Vulkan, tak pouštím přes Zink, je to stabilnější a rychlejší než samotný OpenGL.

Takže GPU bez Vulkan je nepoužitelný kus šrotu.