Beiträge von Arnulf zu Linden

    Zieh einfach mal den 80486DX2-66 raus, stell Vcore = 3,3 V ein und steck den Am5x86 rein. Alle anderen Steckbrücken bleiben unverändert! Der Am5x86 interpretiert einen eingestellten Multiplikator von 2× als 4×. Wenn das auch nicht hilft, ist es wohl das:


    Daran koennte das liegen?

    Ja! Der Am5x86 soll zwar in Einzelfällen mit 3,3V laufen, aber garantiert ist das nicht. Da bleibt wohl nur ein Zwischensockel als Lösung.

    Der SiS471 kann mit WB-CPUs umgehen. Hier läuft eine Hauptplatine mit diesem Chipsatz mit einem Cyrix 5x86GP/3x drauf, vorher war da auch mal ein Am5x86-P75 drauf. Im Übrigen spielt das mit WB eigentlich keine Rolle, denn wenn die Hauptplatine das nicht kann, läuft die CPU einfach mit WT. Klassiker in diesem Sinn sind ältere VL-/ISA-Bus-Hauptplatinen, die nur Vcore = 5 V bieten und auf denen ein Am5x86 mit Zwischensockel werkelt.


    ein richtig gutes Board da drinnen (was dem Am5x86 und EDOs aufnehmen kann *traeum* =) )

    486er Hauptplatinen, die EDO-RAM verdauen, sind ganz selten. Die meisten 486er Hauptplatinen der letzten Generation (mit Sockel-3, PCI- und ISA-Steckplätzen) nehmen FPM-RAM, haben im Idealfall 4 Steckplätze dafür und vertragen 128 MiB = 4× 32 MiB FPM-RAM.

    FPM-RAM und EDO-RAM sind optisch nicht zu unterscheiden, beide sind als 72-polige PS/2-Module ausgeführt!

    Den Am5x86 bekommt man oft auch auf älteren Hauptplatinen in Gang. Wenn die Hauptplatine nur Vcore = 5 V kann, wird allerdings ein Zwischensockel mit Spannungsregler für Vcore = 3,45 V benötigt.

    Ob das Netzteil reicht, lässt sich nur mit einem Belastungstest feststellen. Auf Linux-Kisten ist ein beliebter Test das Kompilieren eines neuen Kernels, was auf so alten Kisten ohnehin sehr sinnvoll ist, damit der Kernel zu der alten Hardware passt und keinen unnötigen Ballast mitschleppt. Ein 486er läuft dabei mehrere Stunden unter sehr hoher Last.


    Da hab ich zwar eine hier (74-1881A), aber die ist halt für 2fach-Laufwerke gedacht.. Naja, mal probieren, vllt. gehts ja auch mit der Karte.

    Die abgebildete Kombination funktioniert (steckt in einem alten PC und wird mit dem Linux-Kerneltreiber MCD bestiefelt, MCDX funktioniert nicht):
    LU005 & ISA-Controller

    DOS-Treiber (MTMCDE.SYS & MSCDEX.EXE) wurden hier schon behandelt.

    An der abgebildeten Controllerkarte kann außer dem LU005 auch ein Mitsumi 2f.-CD-ROM-Laufwerk angeschlossen werden.

    Woher stammt diese Information? Quellen? Links?
    Grundsätzlich ist bei der ia32-Architektur ein Zusammenhang zwischen der Größe des L2-Cache-RAM und der "cacheable RAM area" nicht zwingend.



    also solange man in der Spezifikation bleibt finde ich kann man die CPU getrost wärmer werden lassen als Handwarm...

    Bei einem Standard-Büro-PC, bei dem man nicht die Geräuschkulisse eines startenden Touristenbombers unter'm Schreibtisch haben möchte, ist das sicherlich richtig und üblich.

    Hier (und auch in dem Kühlungsabschnitt auf meiner Homepage) geht es jedoch um alte PCs, an denen man noch möglichst lange Freude haben möchte und für die man u.U. auch keine Ersatzteile mehr bekommt. Da ist es einigermaßen sinnfrei, die thermischen Spezifikationen auszureizen, weil dadurch die weitere Alterung der Komponenten unnötig beschleunigt wird. Da sollten dann auch die paar Euro für einen neuen 40×40- oder 50×50-CPU-Lüfter drin sein, der zudem auch deutlich leiser dreht als ein altes ausgenudeltes Teil.
    "gut handwarm" bedeutet, dass man sich nicht die Finger dran verbrennt, also max. ca. 50 °C.


    Fangen wir mal mit meinem ältesten System an - Ein 486er System, was in Etwa dem Stand Anfang 1992 entsprechen sollte, und was anno 1996 nochmal eine Aufrüstung erfahren hat - so könnte man es zumindest sehen.

    Wenn die Basis etwa dem Stand 1992 entsprechen soll, darf ein i486DX2-66 (mit großem Kühlköper oder Standardkühlkörper & Lüfter; Wärmeleitpaste nicht vergessen!), Einführungstermin: 3. März 1992, drauf. Dann läuft das gleich deutlich flotter und ist trotzdem noch authentisch. Auch gab es damals schon (damals sündhaft teure) 4 MiB-SIMMs. Bei DOS + Win3.11 würden sich 20 MiB = 4× 1 MiB (auf Bank 0…3) + 4× 4 MiB (auf Bank 4…7) lohnen. 486er vertragen normalerweise diese Mischbestückung.

    Die 3C509B erledigt viel in Hardware, weshalb die in so alten Systemen schon eine gute Wahl ist.
    Auch wenn es kein Daddel-PC werden soll, wäre noch Platz für eine entsprechend alte Soundblase.

    Die Verlegung der IDE-Kabel ist unkritisch, da der Prozessor nicht bedeckt ist.
    Laut Spezifikationen darf der i486DX-33 ohne Kühlung laufen. Da man aber an so einer alten Kiste noch lange Freude haben möchte, sollte man diese Spezifikationen, die eh nur für fabrikneue Teile gelten, nicht mehr ausreizen. Ein Kühlkörper mit Wärmeleitpaste drunter reicht für den i486DX-33.


    Ich habe jetzt das hier ersteigert, ob der 233er damit noch geht, steht in den Sternen.
    http://www.ebay.de/itm/2711312910…e#ht_500wt_1156

    Der Pentium MMX braucht einen Sockel 7 "spilt voltage" und die Jumper BF0 & BF1 auf der Hauptplatine. Wenn der Pentium MMX auf dem FIC PA-2002 nicht geht, geht aber evtl. der AMD K6-233 "Modell 6" mit dem folgenden Trick:
    http://http//www.sackpfeyf…are.html#122331



    Als Rechner habe ich einen Pentium mit 166Mhz vorgesehen.

    Wenn ein Pentium-S 166 drauf läuft, läuft normalerweise auch der Pentium-S 200. In der Bucht muss man allerdings aufpassen, dass man keinen Pentium MMX 200 untergejubelt bekommt.

    Von jemandem, der so etwas schreibt:


    Zum Lüfteranschluss: da nimmt man sich die Schere, schneidet was auch immer fürn Steckermist am Lüfter is ab, isoliert das ab und stopft das in nen Molexstecker. Fertig. Das is kein Design-Contest.

    hätte ich auch nichts anderes erwartet:


    Und WTF hat staub im Lüfter mit dem "Losbrechmoment" zu tun? Da musste dir vllt. bei 15 Jahre durchgelaufenen versifften Lüftern mit ausgelutschtem Lager drum nen Kopp machen, aber nich bei nagelneuen, Mister Allwissend. Überhaupt.. will nicht wissen wo du wohnst, dass du dir bevor du den neuen Lüfter überhaupt montierst schon nen Kopf drum machst ob der noch läuft wenner total eingesifft


    Writeback-fähige 486er gabs wenige, von Intel ein als P24D bekannter DX2-66 und ein DX4-100WB.

    Der Am5x86-P75 kann auch WB und hat 16 KiB L1-Cache. Allerdings muss man einer VLB-Hauptplatine das WB (egal ob ein Intel oder AMD 486er mit WB drauf kommt) wohl mit Gewalt beibringen:
    http://home.wtnet.de/~akstiefler/486/5x86.html
    Wenn die Alternative aber lautet "nur 32 MiB cached RAM mit WB" oder "64 MiB cached RAM mit WT", dann ist Letzterem mit 64 MiB RAM Bestückung der Vorzug zu geben. 32 MiB RAM in einem 486er sind sehr wenig, sobald etwas anderes als irgendein DOS drauf laufen soll.


    Hab den Jumper 44 auf dem Board auch schon anders gesetzt (vorher Vesa Wait States 0, jetzt Vesa Wait States 1).

    Das kann nur ein Notbehelf sein. WS=1 ist eigentlich für den Betrieb des VLB mit 40 MHz gedacht, falls dabei sonst Probleme auftreten. Wird der VLB mit ≤ 33 MHz betrieben, sollte er mit WS=0 funktionieren.

    Wenn in der Kiste auch Komponenten getestet werden sollen, ist ein DVD-ROM- oder DVD-RW-Laufwerk einzubauen. Für die Hardwearetests wird mit einer aktuellen Knoppix-CD/DVD mit der Option "noswap" gestartet. Für Hardwaretests ein Betriebssystem von Festplatte zu starten ist murks, denn so ein Hardwaretest kann auch mal gründlich schiefgehen, was dann gerne mal dazu führt, dass alle momentan eingebundenen Festplattenpartitionen und somit auch das Betriebssystem geschreddert werden.

    Für die anderen Sachen dürfte sich ein Linux mit 2.6er Kernel eignen. Die Wahl der Distro ist Geschmackssache. Als GUI kommen KDE 3.5 (etwas betagt) oder LXDE (aktuell) in Frage. KDE 4 ist zu dick.


    Wie sieht denn deine /etc/X11/XF86Config in voller Länge aus?


    (alle mit # beginnenden Zeilen entfernt, damit es nicht zu lang wird)


    und den Driver ("mach64") manuell einzustellen,

    Eine baugleiche Grafikkarte läuft in einer ähnlich alten EDV-Fossilie mit gleicher Softwarebasis, "ati" ist der passende Treiber dafür.


    Da Linux für die nicht unterstützte Onboard-Grafik auch vermutlich kein Kernel-Modul lädt (lspci -v zeigt diese Information an)

    lspci -v hat das damals (Slackware 9.1) noch nicht angezeigt.

    lspci -vv

    Wenn die Hauptplatine einen 486DX-100 verdaut, geht evtl. sogar der Am5x86-P75 @ 133 MHz (33 MHz FSB), da der einen Multi von 2× als 4× interpretiert. Die Prozessorkernspannung ist dann auf 3,45 V einzustellen. Wenn die Hauptplatine nur 3,3 V und 5,0 V anbietet, ist 3,3 V einzustellen.

    Wenn man an der alten Hardware noch länger Freude haben möchte: Keine Experimente (nur 5 V; Kabel abschneiden und irgendwo reinstopfen, …) mit dem Lüfter! Auf 486er ab 50 MHz interner Taktfrequenz gehört auf den Kühlkörper ein 40×40 mm-Lüfter, der mit einem Adapter 4pol-5¼-Stromstecker auf 3pol Molex an 12 V betrieben wird. Wenn im Lüfter nämlich erst mal eine gewisse Portion Staub angekommen ist, wird der bei nur 5 V gar nicht mehr anlaufen, da das Losbrechmoment mit zunehmenden Ablagerungen im Lüfter zunimmt.

    Die "cacheable RAM area" liegt bei 486er-Hauptplatinen nur selten bei mehr als 64 MiB RAM, obwohl Platinen mit PS/2-Steckplätzen meist 128 MiB RAM (4× 32 MiB FPM, EDO geht fast nie!) verdauen. Eine Bestückung mit mehr RAM, als die "cacheable RAM area" groß ist, ist nur in bestimmten Fällen sinnvoll und erfordert zudem ein Betriebssystem, das den RAM linear von unten nach oben addressiert und entsprechend von unten nach oben belegt, damit nicht gleich die wichtigsten Teile des Betriebssystems im langsamen "uncached system RAM" liegen. Mit DOS und Windows ist da kein Start zu machen! Linux und FreeBSD hingegen erfüllen die beschriebenen Anforderungen.

    Slackware wurde schon öfters erwähnt, aber bisher nie die Version. Wenn man sich das nicht selbst aus dem SRC backen will, darf es höchstens die Version 9.0 sein, da ab Version 9.1 ein 486er vorausgesetzt wird. Als Kernel kommt ein halbwegs aktueller 2.4er in Frage. Das Kompilieren dauert auf einem 80386DX-33 mit Copro und 32 MiB RAM zwar 1½ Tage, dafür hat man danach einen schlanken Kernel ohne z.B. das ganze PCI-Geraffel - und die Hardware wurde auch gleich intensiv getestet ;)
    X macht auf 386ern nur bedingt Spaß. Mit nur 8 MiB RAM sollte man da nicht drüber nachdenken, mit 16 MiB oder 20 MiB mag das vielleicht gerade so starten, aber eigentlich sollten dafür schon 32 MiB RAM im PC stecken. Mehr als 8 bpp @ 640×480 px sollte man auch nicht erwarten, da die ISA-Grafikkarten fast nie mit mehr als 1 MiB RAM bestückt sind. Außerdem braucht man für ISA-Grafikkarten den alten XFree86-3.3.6 svga-Treiber, der sich aber auch auf XFree86-4.x installieren lässt. XFree86-4.x enthält keine native Unterstützung mehr für ISA- und VLB-Grafikkarten.

    Das, was jetzt kommt, ist sowohl "Linux" als auch "Retro". Wenn es hier nicht passt, muss das halt in die Retro-Ecke.

    Auf einem "Compaq Deskpro 5120" lässt sich kein X-Server starten. Nach der Eingabe von "startx" wird die Bildschirm schwarz. Ein "Abschießen" des X-Servers mit <Strg>+<Alt>+<Backspace> funktioniert nicht. Der PC lässt sich jedoch kontrolliert mit dem Affengriff neu starten, sodass kein e2fsck nach dem Neustart loslegt.

    Hardware:
    Intel Pentium-S 200 @ 180 MHz
    192 MiB RAM
    Compaq QVision 1280P+, onboard Grafikchip, 1 MiB RAM (soll nicht benutzt werden, im BIOS deaktiviert)
    Ati 3D Rage Pro 215GP (Ati Mach64 Chipsatz), PCI-Grafikkarte, 8 MiB RAM (soll benutzt werden)

    Software:
    Slackware 9.1
    Kernel 2.4.33.3
    XFree86 4.3.0

    lspci

    Code
    00:00.0 Non-VGA unclassified device: Compaq Computer Corporation Triflex/Pentium Bridge, Model 1000 (rev 01)
    00:0a.0 VGA compatible controller: Compaq Computer Corporation QVision 1280/p (rev 12)
    00:0b.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] (rev 02)
    00:0d.0 USB Controller: OPTi Inc. 82C861 (rev 10)
    00:0e.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c)
    00:0f.0 ISA bridge: Compaq Computer Corporation PCI to ISA Bridge (rev 44)


    Hier fällt schon mal unangenehm auf, dass der Compaq QVision 1280P+ onboard Grafikchip angezeigt wird, obwohl dieser im BIOS deaktiviert worden ist.

    /var/log/XFree86.0.log

    Irgend etwas beim PCI probing scheint vor die Wand zu fahren.
    Wo muss dran gedreht werden?
    Die Verwendung des Compaq QVision 1280P+ onboard Grafikchip scheidet aus zwei Gründen aus.
    Mit nur 1 MiB RAM sind keine vernünftigen Auflösungen und Farbtiefen (24 bpp @ 1024×768) zu realisieren. Der Grafikchip wird zudem von XFree86 nicht unterstützt.


    Also einen grundlegenden Test des Coprozessors macht eigentlich "CheckIt" mit. Da müsste imho auch ein Speichertest dabei sein.

    CheckIt ist das gesuchte Programm. Es läuft auf dem installierten FreeDOS, Tests für FPU und RAM sind enthalten und laufen beide fehlerfrei (RAM mit Intensivtest) durch. Wer es noch braucht, download: http://www.minuszerodegrees.net/software/software.htm


    Allerdings weiß ich nicht ob die Kombi Harris 25 MHz und Intel 8 MHz funktioniert.
    […]
    insbesondere weil der harris die schöpfungskrone ist,
    […]
    Sorry das ich deine Mail letztlich nicht beantwortet habe, zu nichts gekommen.

    Da steckt jetzt ein i80287-10 drin, fuktioniert. Aber auch mit dem i80287-8 traten keine Probleme auf, der wurde aber mittlerweile in einen "Epson EL2" (mit Am286-10) "entsorgt".
    […]
    Schöpfungskrone? Das sind aber niedrige Ansprüche ;)
    Der Harris CS80C286-25 ist aber als der schnellste 286er bekannt.
    […]
    Was nicht ist, kann noch werden. Wenigstens ist die Mail nicht im Spamfilter hängen geblieben.


    das Problem bei den 4MB-Modulen im 286er ist häufig, daß sie aus wenigen Einzelchips mit jeweils vergleichweise hoher Kapazität bestehen.

    Das hat nichts mit 286er zu tun. Es gibt bei 1 MiB SIMMs und 4 MiB SIMMs die Versionen mit 3 Chips/Modul und mit 9 Chips/Modul . Der 286er hatte die vier SIMMs mit je 3 Chips/Modul schon drin, als ich den erworben habe und funktioniert damit (s.o. CheckIt). Auch "peruse", ein Bildschirmpuffer für FreeDOS, wie man ihn eigentlich von Linux her kennt, funktioniert mit Maximaleinstellung 8 MiB, und da kommt kein ständiger "refresh durch die Hintertür".
    Hinsichtlich der Chips/Modul intolerant sind mir 386er bekannt. Schon mehrfach habe ich feststellen müssen, dass die Anzahl der Chips/Modul zwar bei 1 MiB SIMMs egal ist, nicht aber bei 4 MiB SIMMs. Da funktionieren dann nur die Module mit 9 Chips. Ebenso reagieren 386er oft allergisch auf "Mischbestückung", also 20 MiB RAM = 4× 1 MiB SIMM + 4× 4 MiB SIMM. 486er mit SIMM-Steckplätzen haben hingegen bisher alles verdaut.

    Mit welchen Programmen können Arbeitsspeicher (30pol. SIMM) und ein 80287 Koprozessor in einem PC mit 80286 Prozessor getestet werden?

    Die SIMMs (4× 4 MiB 70 ns) wurden erfolgreich auf einer 486er Hauptplatine mit memtest86+ gestestet. Dieser Test sagt aber nur aus, dass die SIMMs nicht defekt sind und zu der 486er Hauptplatine kompatibel sind. Das BIOS und FreeDOS erkennen den gesamten Speicher, aber das sagt noch nicht notwendigerweise, dass die verbauten SIMMs zu der 286er Hauptplatine kompatibel sind. Auf "neueren" Hauptplatinen ab 386er bis hin zu x86_64-Systemen hat memtest86+ da schon so manche Inkompatibilität aufgedeckt, obwohl das BIOS jeweils den gesamten Speicher erkannt hat. memtest86+ und auch memtest86 sind jedoch 32-Bit-Programme (mit PAE, also für max. 64 GiB RAM), erfordern also mindestens eine 80386 CPU. Gibt es ein vergleichbares 16-Bit-Programm, das auf PCs mit 80286 CPU läuft?

    Das BIOS der 286er Hauptplatine erkennt das Vorhandensein oder Fehlen des Koprozessors, aber auch das sagt noch nicht unbedingt etwas über dessen fehlerfreie Funktion aus.
    Gibt es ein Programm, mit dem der 80287 Koprozessor getestet werden kann?

    Hat irgendjemand Unterlagen zu der 286er Hauptplatine mit der Bezeichnung "TOPCAT286"? Im Internet hat sich bisher nichts dazu finden lassen, und in "Total Hardware 99" ist die auch nicht drin. Ein Bild von der Hauptplatine gibt es hier: http://www.sackpfeyffer-zu-linden.de/fotos-pc-teile…SIMM_300dpi.jpg