Zweite CPU in SparcStation 20 geht nicht

[SunFireT2000]

Hallo,

ich habe eine SparcStation 20 geschenkt bekommen, die beim Booten folgende Meldung ausgegeben hat:

Code: [Auswählen]

           SMCC SPARCstation 10/20 UP/MP POST version 3.1 (11/19/93)

CPU_#0       TI, TMS390Z55(3.x)       1Mb External cache

CPU_#1       ******* NOT installed *******
CPU_#2       ******* NOT installed *******
CPU_#3       ******* NOT installed *******

           >>>>> Power On Self Test (POST) is running .... <<<<<

SPARCstation 20 (1 X 390Z55), No Keyboard
ROM Rev. 2.15, 64 MB memory installed, Serial #7400437.
Ethernet address 8:0:20:1c:6a:64, Host ID: 7270ebf5.

Mit dabei war auch eine zweite CPU (MBUS); aber seit ich die CPU eingebaut habe, kommt diese Meldung:

Code: [Auswählen]

           SMCC SPARCstation 10/20 UP/MP POST version 3.1 (11/19/93)

CPU_#0       TI, TMS390Z55(3.x)       1Mb External cache
CPU_#2       TI, TMS390Z55(2.x)       1Mb External cache

CPU_#1       ******* NOT installed *******
CPU_#3       ******* NOT installed *******

           >>>>> Power On Self Test (POST) is running .... <<<<<

CPU_00000002 >> error: dw stream data reg
    asi 2, addr 01c00000, exp 80000000 80000004, obs 00000008 0000000c

Kann mir bitte jemand sagen, was diese Meldung bedeutet? Ist die zweite CPU kaputt?

Grüße
Markus

[DoomWarrior]

Hm die Fehlermeldung habe ich noch nie gesehen, allerdings hab ich erst einen "kaputten" SuperSPARC gesehen und der wollte gar nicht mehr erkannt werden. Schon mal daran gedacht nur die "defekte" CPU einzubauen? Vielleicht ist ja auch der Mbus-Connector hin.

PS. welche Sun-Partnummer haben beide Module?

[SunFireT2000]

Ich habe die beiden CPUs vertauscht und jetzt funktioniert es. Also die TMS390Z55(2.x) mit 40 MHz ist unten und die TMS390Z55(3.x) mit 60 MHz ist oben. Zuerst dachte ich dass nur die Kontakte schlecht waren; aber als ich wieder die erste Reihenfolge versucht habe, war wieder die Fehlermeldung --> die Reihenfolge scheint wichtig zu sein

Code: [Auswählen]

           SMCC SPARCstation 10/20 UP/MP POST version 3.1 (11/19/93)


CPU_#0       TI, TMS390Z55(2.x)       1Mb External cache
CPU_#2       TI, TMS390Z55(3.x)       1Mb External cache

CPU_#1       ******* NOT installed *******
CPU_#3       ******* NOT installed *******

           >>>>> Power On Self Test (POST) is running .... <<<<<

SPARCstation 20 MP (2 X 390Z55), No Keyboard
ROM Rev. 2.15, 64 MB memory installed, Serial #7400437.
Ethernet address 8:0:20:1c:6a:64, Host ID: 7270ebf5.


[Sparky]

Hallo,
das ist eine nicht zulässige Kombination.
Auch wenn es beim Systemstart funktioniert,
wird es durch die verschiedenen Revisionen (das sind die Zahlen in Klammern) des Cache-Controllers Probleme geben.
Die Revisionen 2 darf imho nicht mit 3 gepaart werden.
Einmal ganz abgesehen von den unterschiedlichen Core-Frequenzen der CPUs.
Gruss
Jürgen

[Ten Little Indyans]

die Reihenfolge scheint wichtig zu sein

Zum Thema Reihenfolge, unabhängig davon ob diese Kombination überhaupt sinnvoll laufen wird:

Die SPARCstation 20 kann ihren MBus mit 40 oder 50 MHz betreiben. In der Standardeinstellung wird die Frequenz automatisch bestimmt (anhand des ersten CPU-Moduls).

Ein 40 MHz CPU-Modul läuft mit maximal 40 MHz. Ein 60 MHz Modul läuft normalerweise mit 50 MHz, kann aber auch mit 40.

Bei 60 MHz unten und 40 MHz oben nutzt das System einen MBus-Takt von 50 MHz und die 40 MHz CPU wird gnadenlos überrannt, deswegen die Fehlermeldung.

Bei 40 MHz unten und 60 MHz oben ist der MBus-Takt nur 40 MHz und die 60 MHz drosselt ihr Interface entsprechend.

Du könntest per Jumper den MBus auf 40 MHz festnageln, dann sollte der ursprüngliche Fehler nicht mehr auftreten (denke ich ). Aber der Hinweis von Sparky gilt weiterhin. Ob ein Betriebssystem auf dieser Kombination sauber läuft ist eher fraglich.

http://mbus.sunhelp.org/systems/sun/ss20.htm#j

[DoomWarrior]

Ob ein Betriebssystem auf dieser Kombination sauber läuft ist eher fraglich.

Offiziell nicht unterstützt, läuft aber, solange beide Module einen CacheController haben. Abraten würde ich davon aber trotzdem.

[SunFireT2000]

Du könntest per Jumper den MBus auf 40 MHz festnageln, dann sollte der ursprüngliche Fehler nicht mehr auftreten (denke ich ).

Ich habe das versucht --> es funktioniert!

Danke euch allen für die Antworten.

Markus