SIS471 260 G MAIN BOARD & P24T

[Arnulf zu Linden]

Die Hauptplatine "SIS471 260 G MAIN BOARD INV 5.0 10 NOV 1994" soll mit einem P24T (Intel Overdrive PODP5V83) vereint werden. Neben dem Sockel-3 auf der Hauptplatine findet sich ein Aufdruck "P24T". Das BIOS erkennt den Prozessor, aber der Linux-Kernel (2.2.20-ext3 auf tomsrtbt-2.0.103 (Diskette); 2.4.33.3 auf Slackware 9.1 (Festplatte), 2.6.12 auf Knoppix 4.0.2 (CD-R)) bleibt beim Starten einfach stehen und das war's dann.
Mit einem Cyrix 5x86-100GP auf Spannungsregler-Zwischensockel, da der 3,3/3,45V-Spannungsregler auf der Hauptplatine hinüber ist, läuft das System mit maximal aggressiven RAM-timings stabil. Unterschiedliche RAM-timings, andere Speicherbestückung (nur 2-Bank statt 3-Bank), andere Grafikkarte - bringt alles nix, der P24T will einfach nicht.

Woran kann das liegen?

Hat jemand Dokumentationen zu dieser Hauptplatine?
In "Total Hardware 99" ist die nicht drin. Sie ähnelt einer QDI SIS471G, ist aber nicht baugleich.

[Mr. Vain]

kommt das hier deinem Board vielleicht schon recht nahe? Ich kenn das Board jetzt nicht, aber 3x VLB auf nem Board, was schon 3,45V CPUs wie die Cyrix 5x86er unterstuetzt, muss ja schon was dolles sein

http://motherboards.mbarron.net/models/4...471g7.html

[Dirk]

Hmm. Hatte mal in der ct gelesen, dass recht spät in der POD Entwicklung noch Dinge geändert wurden. Allerdings betraf es auch das Pinout, das aber in der Regel zum Ausfall der CPU geführt hat. Allerdings gabs zum POD auch kompatibilitätslisten, der lief nicht unbedingt auf jeden Board. Takte doch mal auf 63 MHz (25 mhz bus), alternativ kann man auch durch entfernen des lüfters auf Multi 1 Takten, vielleicht gibt es dann eine Änderung. Wenn ja liegt es an der Stromversorgung, die entweder vom board her, oder vom netzteil zu schwach. Der zieht auf jeden Fall ordentlich, und ich meine der bedient sich reichlich an der 5 Volt Schiene. Wenn das nichts bringt, ist rätselraten angesagt.

[Blue]

Vielleicht einfach mal ein Windows anbooten um zu schauen, ob es nicht an einem Bug im Linux Kernel liegt? Kann ja irgendein APM-foo oder sonstwas sein.

[Arnulf zu Linden]

(30.11.2013 22:37)Mr. Vain schrieb:  kommt das hier deinem Board vielleicht schon recht nahe?

http://motherboards.mbarron.net/models/4...471g7.html

Von den dort gezeigten Hauptplatinen passt keine.

(30.11.2013 22:38)Dirk schrieb:  Allerdings gabs zum POD auch kompatibilitätslisten, der lief nicht unbedingt auf jeden Board. Takte doch mal auf 63 MHz (25 mhz bus), alternativ kann man auch durch entfernen des lüfters auf Multi 1 Takten

Wo gibt es diese Kompatibilitätslisten?

Das mit den 63 MHz / 25 MHz FSB werde ich mal ausprobieren.

Wird der Mulitplikator automatisch auf 1× gesetzt, wenn man den Lüfter abzieht?

(02.12.2013 00:22)Wynton schrieb:  Vielleicht einfach mal ein Windows anbooten um zu schauen, ob es nicht an einem Bug im Linux Kernel liegt? Kann ja irgendein APM-foo oder sonstwas sein.

Ein dafür geeignetes Windows habe ich nicht, schon gar nicht als Live-System. Die Knoppix werde ich mal mit "noapm" oder im "save mode" starten.

Aus Zeitgründen liegen die Arbeiten an dem PC erst mal brach. An der Kiste ist mehr zu tun. Der Netzteillüfter ist zu tauschen. Der 3,6 V NiMH-Akku, der damals den schon leckenden 3,6 V NiCd-Akku ersetzte, ist nun auch in die Jahre gekommen und wird durch eine 4,25 V-Batterie (3× 1,5 V AAA Lithium + Schottky-Diode BAT46) ersetzt werden. Da dazu die Hauptplatine ausgebaut werden muss, wird es dann auch einige Fotos davon geben.

[Dirk]

Ja der Lüfter steuert den Multiplikator, so hatte Antz seinerzeit den XP Rekord auf 20 MHz gebracht. FSB 20 ohne Lüfter. Es gab mal Kompatibilitätslisten, ich glaub die lagen auch der Retailversion der CPU bei. Ich denke das Netz kam dafür zu spät.

[Arnulf zu Linden]

FSB auf 25 MHz gesetzt, PODP5V83 mit 63 MHz (Lüfter drauf) und 25 MHz (Lüfter runter) ausprobiert, keine Änderung
Andere Grafikkarte (S3 an Stelle von Cirrus) ausprobiert, keine Änderung

Knoppix lässt sich nicht starten, da btmgr-3.7.1, der zum Anstarten des CD-ROM-Laufwerks notwendig ist, sich mit einem "blank screen" verabschiedet.

Das Abschmieren von btmgr deutet auch darauf hin, dass es nicht (nur) am APM scheitert, weil btmgr damit nun gar nichts zu schaffen hat.