A Linux 7.1-gyel megkezdődik a i486 CPU támogatás purgálása

Címkék

Már egy ideje érett, hiszen Linus úgy nyilatkozott korábban, hogy "zéró valós érv" van a 486-os processzorok támogatásának megtartása mellett. Molnár Ingo megkezdte a folyamatot egy patch elkészítésével, ami kigyomlálja a CONFIG_M486SX, CONFIG_M486 és CONFIG_MELAN Kconfig fordítási opciókat. 

x86/cpu: M486/M486SX/ELAN támogatás eltávolítása

Az x86 architektúrában különféle bonyolult hardveres emulációs lehetőségek állnak rendelkezésre x86-32-n, hogy támogassák az ősi 32 bites CPU-kat, amelyeket nagyon-nagyon kevesen használnak a modern kernelekkel.  Ez a kompatibilitási kód néha még problémákat is okoz, amelyek megoldására az emberek időt fordítanak, pedig ezt az időt más dolgokra is lehetne fordítani.

Patch itt.

(via)

Hozzászólások

Purgálás, azt mondja neki. Szép magyarosan. Furcsállom, hogy eddig vártak vele,már hónapokkal ezelőtt megbeszélték, hogy kiveszik a kernelből, a korai nem Pentium procikkal együtt (K5, K6, Cyrix). Végül ez utóbbit meg se lépik, csak a 486-osok lesznek szanálva. Kár érte, de nem zavar, modern Linux rendszer már kb. 15 éve nem fut használhatóan 486-os gépeken, csak kínzó lassúsággal, nettó használhatatlan, még a legsoványabb disztróval is.

“Linux isn't an OS, it's a troubleshooting sim game.” (a YouTube commenter)

a 486-ból hiányoznak bizonyos utasítások, amiket főleg SMP környezetben használnak.

Az SMP is lehet egy indok, de az "uj utasitasok" szekcioban levo lista es a kernel forrasra valo ranezes utan szerintem a sysenter/sysret vs. int/iret letisztitas lehet az egyik indok. Az SMP jo megvalositasahoz a CMPXCHG jarul(hatot)t hozza, de azt pont a 80486-ban vezettek be. A kernel forrasban architektura-fuggo reszek azert atlagosan 3-4x nagyobbak x86-nal mint egy jol/jobban tervezett architekturanal, de van olyan resz ami majd' 15x akkora. Vsz oda rafer a gyomlalas es nem kizart hogy pont ezek a regebbi architekturak hianyossagainak a patkolasa ad egy nem elhanyagolhato reszt.

Kar tenyleg hogy ennyire oszver lett ez az x86... igy inkabb valami mast tanul meg az ember :)

Most az utasításkészletről vagy a mikroarchitektúráról beszélsz?

Az összetákolt/felhízlalt utasításkészletet megvalósító mikroarchitektúra is nagy bonyolultságú lesz...

Az m68k szerintem is sokkal jobb lett volna, de jó példa az ARM, Risc-V, PowerPC...

Make it as simple as possible, but not simpler. - A. Einstein

Ellenben a RISC-V-nel volt lehetoseg az x86 es az ARM hibaibol tanulni :) Ez mar azert elegge jo alap es ez nagyon sok helyen latszik is. Pl lehet nem veletlen hogy a relevans Linux kernel reszek is kisebb mint tizedakkorak. 

Persze, vannak a RISC-V designban is olyan feher foltok amit ha nem ratifikalnak kelloen erelyesen akkor abbol baj lehet kesobb... meg azert egy-ket olyan dolog is hianyzik ami azert mikroarchitekturalisan nem lenne egyebkent bonyolult dolog (pl. load/store-multiple vagy postincrement-predecrement... vagy ezek kombinacioja... vagy csak ezek kombinacioja). Es van par elegge (szerintem) elcseszett dolog... pl ez az egesz timekeeping resz eleg nyugos. 

Meglatjuk.