Linux 3.8 - Búcsú a 386 DX/SX támogatástól

 ( trey | 2012. december 12., szerda - 13:32 )

A 3.7-es kernel kiadásával megnyílt a 3.8-as kernel beolvasztási időablaka és Linus elkezdte feldolgozni a "pull request"-eket. Az elsők között került sor Molnár Ingo "Nuke 386-DX/SX support" pull kérésére, amely eltávolítja a kernelfából az "ősi" 386-os CPU-k támogatását, s ezáltal egy kissé csökkenti kernel bonyolultságát. A komplexitás csökkentése a kernelfejlesztők munkáját könnyíti. Persze a gyomlálásnak egy kis nosztalgikus ára van...

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Várom, hogy hányan jelentkeznek, hogy nekik még van működő 386-os gépük;főleg azok érdekelnek, akik még SX-szel nyomják, netán van a gépben egy 387 is :-) (Ja bocs javítás: nem a működő, hanem a használatban levő lenne a pontos kifejezés)

Megvan meg valahol, de keresni kene. Ha keznel lenne azon tolnam a regi jatekokat... pl. a Commander Keen-t. Utoljara 2003-ban jatszottam vegig, ujra itt lenne az ideje :)

Nyilvan eszembe nem jutna 3.8-as Linuxot futtatni rajta.

Commander Keen nagyon király :) Azóta megjelent 3 új fan-made epizód.

Hát ezek a 386-os gépek már elég használhatatlanok. 486 DX100-at is már elpasszoltam. Ami még nálam napi rendszerességgel működik az egy P166, amíg ki nem finganak alóla a régi IDE vinyók.
Utána az is kuka.

--
GPLv3-as hozzászólás.

Tipp: a régi IDE vinyókat kiválóan lehet helyettesíteni CF kártyával és egy CF-IDE átalakítóval. Nekem van is van egy régi P133-asom.

Csak érdekelne, mire használod?

na megindulunk a lejtön...

Ez már a vég :D

A legrégebbi PC-m egy 286-os XT volt, azután egy 486 DX 33. Már nem gyűjtöm őket, de kíváncsi lennék ki az akinek ez a kerneldarab hiányozni fog, mert még nekem sem kell.
--
AGA@
Fork portal és az egyik logóm :)

286-os XT?

-------------------------
Trust is a weakness...

Jó kis 8 bites ISA slotok. Nekem is van, képkeretbe került és utána ki a falra :D

de legalább az ISA slotról nem kell lemondani:
http://www.ibase-usa.com/MB970.html
:D

Ipari környezetben lehet létjogosultsága.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nekem még megvan a SB awe32 hangkártyám 8MB DIMM rammal :) Kár, hogy nem tom használni sehol, egy vagyonba került.

Gravis Ultrasound PnP, 2.5 MB RAM, 32 csatornás (44.1 KHz). Kár, hogy ISA, poénból még most is használnám...
--
http://www.open-st.eu

Nálunk van olyan eszköz, amelyikhez a felügyelő gépben két speciális ISA kártya van és Win 3.11 fut rajta. Illetve egész pontosan három ISA kártya van benne, de a harmadik egy watchdog, ami reseteli a gépet, ha a rendszertől nem kap jelet. De az nagyjából kihagyható, eddig szerintem egyszer sem resetelt.


"Belépés díjtalan, kilépés bizonytalan."

Volt olyan, de meglehetősen ritka. Megkapta az AT 286-os processzorát, de mást nem például csak egy 8 bites IRQ vezérlő volt rajta és nem kettő cascade-ban.

Igen. ~10 éve is igen jó cserealapnak számított, Jelentősen nagy értéket kaptam érte. Mondjuk a felépítése, elrendezése egy hányadék volt a közel egyidős Mac SE/30-hoz képest. Azt a Macet most hétvégén kapta meg tőlem egy barátom karácsonyra.

Juteszembe, ezekszerint már sosem lesz friss linux a Nokia 9000i-mben. Abban egy picike 386-os proci van. Nem mintha raknék rá.
--
AGA@
Fork portal és az egyik logóm :)

Innen már csak 1 lépés, hogy ne fusson a kernel 10 dollárnál olcsóbb komplett gépeken... mi lesz így?

Inkább pont afelé haladunk, hogy az egyre olcsóbb komplett gépeken is fut. Hint: ARM.

--
trey @ gépház

Mindenesetre 486-ost már ne vegyen senki a biztonság kedvéért. :)

:)))))))))))))

----
"Mert nincs különbség: mindenki vétkezett, és híjával van az Isten dicsőségének. Ezért Isten ingyen igazítja meg őket kegyelméből, miután megváltotta őket a Krisztus Jézus által." (Róma 3.22-24)

:DD

--
Debian Sid Xfce

Jó.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

486-ost szerintem nem veszik ki. Nagyon sok SOC 486 kompatibilis, csak mondjuk 1GHz-en. Pl. én egy ilyet használok: http://www.compactpc.com.tw/ebox-3300.htm . 3.5-ös kernellel CK patchsettel, nagyon jól megy.

Ezenkívül rengeteg ma kapható ipari AT-ban 486 van, ugyanis nem kell jobb.

Egy időben én is belefordítottam magamnak a CK patchsetet, de aztán rájöttem, hogy hibázik vele a gépem.

Pontosabban Linux boot-ot raktam össze pendrive-on és észrevettem, hogy nem ugyanazt olvasom vissza mint amit ráírtam.
Konkrétan azért kezdtem el hasonlítgatni, mert hibás lett a boot rajta. Hiba viszont mindig máshol jelentkezett.
Először a pendrive-ot gyanúsítottam, majd - mivel másik gépen jó volt -, fordítottam egy kernelt CK nélkül.
Így sikerült jól megírnom a bootot.

Azóta CK-t inkább nem használom - nem hiányzik egy újabb, hasonló probléma.
Más gépen nem tudom, előjön-e - ill. most jelen van-e.
Ez egy HP nc6320-as notebookon volt valamelyik hármas kernellel.

Valószínűleg a 386-os, 486-os gépek gyártói most dőlnek kardjukba, hogy hová adják el a sok új (értsd:386,486) gépet :)

http://kovisoft.hu

Építsünk sok - sok 386DX-ből clustert!

------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"

Paks elég lenne, hogy elérjük egy átlagos okostelefon számítási kapacitását :D

http://www.cpushack.com/space-craft-cpu.html

"There are several computers on the International Space Station. The most important are the command computers which use the i386."

Szerinted Linux fut rajta?

És még ha a válasz igen lenne: a legújabb kernel szükséges?

Én is épp erre gondoltam. Bár ott a Linux kernelből is >20 éveset használnának, mert annak már kiderült "minden" hibája :D

Aha, az kemény lenne, mert a >20 éves linux kernel valami 0.12 verzió körüli lenne akkor max.

"1998"

Ilyen területeken mindig sokkal régebbi processzorokat használnak több okból:
-általában nincs rad resistant, military grade kivitel a legújabbakból
-a fejlesztés kezdetekor rendlekezésre kell állni, márpedig egy ilyen projekt földi fejlesztése nem 2 nap
-hagyni kell időt, hogy a hw hibák kiderüljenek.
A curiosity rover-en pl két rad750 van, ami kb megfelel a ppc750-nek, az meg az apple g3-maiban volt, '97-ben.

Vegre Linux is eljutott oda, ahova a pont a maradisaggal (alaptalanul) vadolt NetBSD 5 eve:

2007-11-15: 80386 support removed
Support for the 80386 processor has been removed as this processor doesn't have the necessary instructions for efficient operation of a modern Operating System. Also, there are going to be very few systems of this age that still function and the ones that do would have a very hard time with a modern version of NetBSD.

--
NetBSD - Simplicity is prerequisite for reliability

Linus azért csak elmorzsol pár nosztalgikus könnycseppet előtte. :)

>>: sys-admin.hu :<<

Szomorú, hogy kiszedik! Eddig a gyakorlatban ez azt jelentette, hogy egy 386-osan használhattam akár >100GB-os HDD-t is, meg DVD írót (az már kérdés, hogy nem tudja elég gyorsan adatokkal táplálni).

Ezentúl is használhatsz, régebbi kernellel.

Ha már valaki elkezdett egy értelmes gondolat-szálat, tegyük hozzá, több többféle hosszú támogatású kernelsorozat érhető el még ma is, amiben benne marad a support.

--
http://neurogadget.com/

Mikor BIOS-t kellett cserélni - mármint chipet - vagy visszaragasztani a szigetelőszalagot az EPROM-ra, hogy bele ne nézzen valaki a BIOS-ba.

Mikor meg ablak alatt volt a gép és nem volt rajta a teteje, akkor bekapcsoláskor BIOS beállítás, újraindítás a mentéshez és lehetett kezdeni újra. Furán néztek, hogy mi lehet a hiba, ami csak nappal jön elő :)

csak nem kiolvasta a nap a konfigot? :D

Azaz! Jó kis nosztalgia :) Kérem húzza el a függönyt és működni fog :D

Egyébként 2000 környékén még gyárottak ilyen procis gépeket ipari célokra, kis méretben. Meddig csinálták azokat?

De vannak régebbi kernelek hosszú támogatással, tehát még sokáig lehet azokat is használni.

>>: sys-admin.hu :<<

Meg elképzelhető, hogy pár dolgot backportoljanak ha kell, de igazából az újabb kernelek olyan hw-ek támogatását hozzák, amelyek több generációval előrébb járnak annál, ami egyáltalán egy i386 proci közelébe kerülhet.

Gyakorlati szempontbol i586 -ig dobhatnak. i686 lehetne az alja 32bit-es tamogatott x86 -nak.


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

sot, acpi-ig

--
NetBSD - Simplicity is prerequisite for reliability

+1
-------------
Blogom: http://violazoli.blogspot.com
Könyvem a VIM-ről: http://mek.oszk.hu/09600/09648/#

Esetleg a K6 miatt érdemes meghagyni az i586-ot, abból talán még össze lehet hozni valami egyszerű célgépet. De lehet rosszul emlékszem, és az is tud 686-ot.
Juteszembe, nem a 386 volt az utolsó, amit nem kellett hűteni alapból? Ideális csendes htpc vagy letöltőgép :)

ideális csendes htpc, ha 320x200-as, 256 színű videót akarsz csak nézni, hang nélkül. :)

Ahol a mozgást a képek közötti áttűnés okozza (ahogy folynak lefele az új kép sorai).

megfelelően nagy hűtőbordával még egy pentium is kihúzhatta. Amúgy gyárilag talán valahol 486sx környékéig lehetett. Na meg persze macből még egy jó ideg volt (emlékszem egy kiállításon hogy mosolyogtam a szétnyitott macen: egy nagy sündisznó volt a procira rakva).

Volt egy DEC 2000 Modell 300-as masinám, ALPHA 21064-es 150MHz-es, 64 bites procival. Gyárilag aktív hűtés nélkül ment! Csak tervezés kérdése.

------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"

Az AlphaStation 255-ben is aktiv hutes nelkul megy a 233 MHz-es proci.

nem neveznem passziv hutesnek, mert egy baszott nagy ventillator fujja hatulrol, csak nem a bordara van rogzitve, hanem a haz odalan van :)

--
NetBSD - Simplicity is prerequisite for reliability

Most, hogy mondod... mentsegemre szoljon, hogy nagyon reg nem szedtem szet :-)

Ha azt nézzük a Compaq Deskpro EN is gyárilag hűtés mentes, pedig egy 500Mhz-es P3 van benne. Csak a tápon van egy ~9CM-es venti. Még a nyári ~40+ fokokban is hűvös a gép belseje...

--
openSUSE 12.2 x86_64

Nekem volt egy 486 DX2 overdrive-om. Erre sem kellett hutest felszerelni, csak beraktad a foglalatba es kesz.

http://en.wikipedia.org/wiki/File:Intel_486_dx2_overdrive_2007_03_27.jpg

Az alaplap meg megvan, a proci egy gyujtoe lett.

-1
bizonyos via cuccok úgy tudom csak 586-on mennek.

>>: sys-admin.hu :<<

Hát egy valós 386-os alaplapot, eléggé fel kell turbózni RAM-mal, hogy a mostani kernel minimalizált szöveges LOGIN promttal elfusson. Ki emlékszik a 9 bites 256 kByte-os RAM modulokra? 4-et berakva ott volt az 1 vagy 2 MB (nem giga!) RAM-od.

Ma 16 MB RAM is határeset ahhoz, hogy a mostani Linux szöveges módban elinduljon. Nem tartom meglepőnek a döntést.

Idézet:
Ma 16 MB RAM is határeset ahhoz, hogy a mostani Linux szöveges módban elinduljon.

[root@router ~]# free
             total       used       free     shared    buffers     cached
Mem:         61580      16692      44888          0        520       7384
-/+ buffers/cache:       8788      52792
Swap:            0          0          0

[root@router ~]# cat /etc/debian-release
Debian GNU/Linux 6.0.6 (Squeeze)

[root@router ~]# uname -r
2.6.34.13

Pentium MMX 233 MHz proci, bird (ospf daemon), sshd, qmail, ntpd, cdpd (Cisco CDP daemon), watchdog fut rajta, es meg egy ramdisk is van, hogy ne irkaljon a CF kartyara.

Mostani Linux <> 2.6.34

???

Longterm kernel, 2012-08-20.

Amugy a "mostani Linux"-ot inkabb a Debian verziora ertenem, az meg a legujabb stabil Debian (6.0.6). A memoria nagy reszet ugyse a kernel hasznalja, hanem a programok.

A sysfs megeszik még 16 mega RAM-ot? Vagy azt kikapcsoltad?

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Be van kapcsolva, de miert enne RAM-ot?

http://hup.hu/node/4617
http://hup.hu/node/5419

Kicsit régi, nem tudom, hogy mennyire aktuális még. Én csak arra emlékeztem, hogy ezzel kapcsolatban volt cikk itt a HUP-on.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Kiprobaltam (ez mar a desktop gepem):

[root@muszi ~]# free
             total       used       free     shared    buffers     cached
Mem:       1554404    1325228     229176          0     444568     164980
-/+ buffers/cache:     715680     838724
Swap:       570300       1316     568984

[root@muszi ~]# umount /sys

[root@muszi ~]# free
             total       used       free     shared    buffers     cached
Mem:       1554404    1325296     229108          0     444580     165148
-/+ buffers/cache:     715568     838836
Swap:       570300       1316     568984

[root@muszi ~]# mount -t sysfs sysfs /sys

[root@muszi ~]# free
             total       used       free     shared    buffers     cached
Mem:       1554404    1325356     229048          0     444596     165232
-/+ buffers/cache:     715528     838876
Swap:       570300       1316     568984

Ugy nezem, lenyegesen nem valtozott a memoriahasznalat (ez is 2.6.34.13-as kernel).

Köszönöm az infót, így már akkor tényleg más. Én csak a cikkre emlékeztem, illetve arra, hogy a beágyazott eszközök és routerek miatt le lehet vinni a memóriafogyasztást, csak azt nem tudtam, hogy sysfs-sel vagy anélkül.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

386-oson használtam 1 vagy 2 MB-tal linuxot. Jó, az x window használható szintjéhez már kellett minimum 4 MB. A 286-osid bezárólag kellett chipenként rakni be a memóriát (vagy már ott se), a 386-osoknál már valamilyen élcsatlakozós 9 bites modulok voltak és tényleg mintha 2-esével vagy 4-esével kellett volna berakni (16 bites vagy 32 bites busz).

A 286-os, és 386-os gépek életciklusa sokszorosa volt a mai gépekének, ezért elég sokféle kiszerelésben lehetett velük találkozni. Gondolj bele, az i386 proci 1985-ös konstrukció, de még 1994-ben is lehetett kapni újonnan i386-alapú gépeket. Ez olyan, mintha ma még gyártanának Pentium II-t az alsó árszegmens kedvéért.

286-os alaplapokon tipikusan háromféle memória foglalat volt:
- DIP foglalat, közvetlenül memória chipeknek
- SIPP tokozású 8/9 bites modulok (tűsor csatlakozó)
- SIMM tokozású 8/9 bites modulok (nyák élcsatlakozó)

386-osokon a tipikus megoldás a 8/9 bites SIMM modul volt.

Ezeken felül, léteztek olyan ISA slotba tehető kártyák, amikre kilószámra lehetett fölhányni pl. a régről megmaradt 16kByte-os DIP modulokat. Gyors nem volt.

Anno én azért vettem Trident TVGA8900 videókártyát, mert azon pont ugyanolyan memóriachip volt, mint ami passzolt a 286-os alaplapomra is. Amikor programot fordítottam, akkor levettem 256kByte-ot a videókártyáról, és rátettem az alaplapra. Amikor a programot futtattam, akkor DIP alaplapról le, videókártyára vissza. Így volt 512kByte a videókártyán, amivel már nem csak a hagyományos, 256 színű, palettázott VGA módok mentek, hanem volt Hi-color is, 320x200-ban, sőt, a nem szabványos 512x480-ban is.

Bezzeg havernak fixen voltak forrasztva a Cirrus Logic kártyájára a RAM-ok, nézett is irígykedve :)

Ó, azok a szép Turbo C-s, és Turbo Assembler-es idők :)

Nagyon tudnék örülni, ha a mostani DDR-es időkben is lehetne ugyanígy pakolgatni a memóriát a videokártyába meg vissza.
--
AGA@
Fork portal és az egyik logóm :)

Ha nem is fizikailag, de logikailag lehet, ha CUDA képes kártyád van (AMD oldalon passz). Igaz, csak a PCIE sebességével fog menni az adat, de pl. nagy prioritással swap-nak tökéletes.

Ahogy nézem ez csak DirectX-szel menne, Linux alatt nincs róla infó.
--
AGA@
Fork portal és az egyik logóm :)

tehán nem CUDA képes Atival is menne. Akkor vajh nem CUDA képes Nvidiával is? .. Költői..
--
AGA@
Fork portal és az egyik logóm :)

Szerintem ez CUDA-független, de javítsatok ki, ha tévedek.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

cuda lenne, ha nem mukodne. :-)
Ha ATi alatt nem koveteli meg, nVidia alatt miert kovetelne meg?
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Ezért írtam, "költői". Már csak valami olyat kell keresnem ami PcLinuxOs alatt vagy Debian alatt is működ.
--
AGA@
Fork portal és az egyik logóm :)

Anno én ATI/AMD kártyával játszottam. Ment.
Persze rosszul számoltam ki a kezdő címet elsőre - miért ne - ki is halt rendben az X-em. :)

Ketlem, hogy 2.6.x-es szeriat.

En anno kiserleteztem Gentoo-val, egy 486-os 8MB-os gepre, es egyszeruen keptelen voltam olyan 2.6-os kernelt forgatni, ami meg bootolt de mar nem ette meg a memoria 50%-at. Vegul valami 2.4-es lett a befuto.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

troll:

Az jutott eszembe, hogy írok a nintendonak, hogy ugyan miért nem adnak ki játékot a super nintendómra...
A válasz gondolom az lenne, mert 1990-ben gyártották...
Az iróniát remélem érzik azok akiknek kell...

---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"

purge troll:

Eddig egy ember nem jelentkezett akinek ez kellene, viszont van pár hobbi arc aki arra a Nintendóra fejleszt hobbiból.
--
AGA@
Fork portal és az egyik logóm :)

Szép és jó, hogy valakik _hobbiból_ fejlesztgetnek rá, de senki sem várja el, hogy a legyen "valódi" support felé.
Gondolom itt is lesz majd, aki csinál nem hivatalos releaset így-úgy ami támogatni fogja.
Én szimplán arra gondoltam, hogy egy marha régi rendszert ami maximum 0.xx %-t fed le, ne várjuk el hogy csinálják.
Wikipedia szerint: "The Intel 80386, also known as the i386, or just 386, was a 32-bit microprocessor introduced by Intel in 1985."
Ergo ez egy 27 éves történet.
Jó hogy nem elvárás, hogy alaplapot kapjon hozzá a tescoban :)
---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"

Én is azt írtam, többször is ebben a topicban hogy senkit nem érdekel ha végre kiveszik ezt a totálfölös kerneldarabot. A kedvenc P1-esemen már a 2.6 kernel sem nagyon indult, 2.4 viszont különösebb gond nélkül igen. 3.x-be szerintem már ezért is fölösleges.
--
AGA@
Fork portal és az egyik logóm :)

Kis gyakorlati kérdés.

Szóval valami már nincs benne a kernel forráskódjában.

Ezek szerint ha 1-2 héttel ezelőtti kernelkonfigommal fordítom a legújabbat, akkor a kernelkonfigomból az automata kiszedi az esetleg benne maradt felesleges sorokat?

---
--- A gond akkor van, ha látszólag minden működik. ---
---