P2B-DS - ein Mysterium?

[P3Schlitzer]

Nitro

Hallo luciman, ich denk ich hab die Lösung für dein Problem...die MSI Adapter sind zwar dual fähig...aber erst nach einer modifikation! Der Jumper da ist so nur dazu da PPGA Celerons im Doppel zu betreiben, nicht aber FCPGA Pentium 3.
Hier muss modifiziert werden:

album_pic.php?pic_id=906

album_pic.php?pic_id=905

Nachdem du beide Adapter modifiziert hast, sollten die CPU's zusammen erkannt werden. Bei mir laufen meine beiden 1ghz coppermines jedenfalls so auf den msi einwandfrei, allerdings auf einem P3C-D.

Gruß

Nitro

Ich habe 2X 6905 REV 2.1 mit 4 Jumpern für Dualbetrieb
- Das Kabel aus dem zweiten Bild geht an den dritten Pin Rechts - bei mir wären dort auch die Coppermine Dual Pins - nur eben 4!
Existiert dazu auch nen Bild oder muß ich einfach an einen der beiden Kontakte statt 3 halt an 3 oder 4 ?

Ich verwende ein Gigabyte GA-6BXD mit 2 X P3 1000Mhz
Beide werden korrekt erkannt vom F4b Bios aber eben nur wenn ich nicht DUAL jumpere - sobald der PINblock für Dual überbrückt wird
bleibt das Board dunkel -
Ohne Jumper ist nur eine CPU erkannt - die zweite langweilt sich!

Wäre dankbar für nen Link, Bild oder den Rat ob ich mit den 4Pins so verfahren kann wie oben gefragt.

[P3Schlitzer]

Ich habs hinbekommen!

Auch wenn der MS6905 (V2.1) 4Pins hat an J3 kann es sein das, entgegen vieler Infos die sich nur auf 3PIN J3 beziehen, DUAL trotzdem nicht geht! wenn man laut dem PDF für Dualbetrieb 1+2 sowie 3+4 jumpert.
In diesem Falle konnte das GA-6BXD nicht posten

Zuerst habe ich N33 mit Pin 4 verbunden weil ich dachte es ginge um den letzten Pin! Im Bild mit 3 Kontakten war ja N33 mit Pin 3 an J3 verbunden -
N33 an Pin4 J3 postet nicht! auch wenn ich den Jumper 3+4 abziehe.

Nun habe ich N33 mit Pin 3 verbunden und den Jumper weg gelassen der laut MSI Dualbetrieb frei macht und siehe da!
Im Biospost sehe ich beide CPUs und auch in W2K war die 2. CPU sofort da nach Systemumstellung auf MPS Multiprozessor PC, bisher auch stabil

Ich musste den Mod auch nur am CPU0 Slot machen, wahrscheinlich ist der andere Adapter obwohl er dieselbe Revision 2.1 mit 4 J3-Pins hat besser


Das sollte man auch mit in das Archiv aufnehmen!


Gruß

Dual SL5QV Grüsse!

[CaptainP]

klar kommt ins Archiv
Schick mir mal ne PN in der steht was genau du gemacht hast.

[LuckyOldMan]

Moin,
ich setze mal hier fort, da sich neue Merkwürdigkeiten im Zusammenhang mit dem Board einstellen. Insofern passt der Titel zumindest für mich recht gut!
Wie an anderer Stelle zu lesen war, bin ich zunächst vom P3B-F zum CUV4X-DLS umgezogen - einen Umzug, den ich schnell wieder rückgängig machte.
Dann habe ich das P2B-DS wieder hervorgekramt, weil es von der Performance her am besten von den dreien abgeschnitten hat. Bis gestern lief auch alles recht locker, bis ich auf einmal beim Neu-Booten merkte, dass die Speicherauslese hakelte (lief nicht gleichmäßig durch, sondern immer pulsend im Intervall) und dabei auch nicht immer die vollen 1GB fand (mal 6xx - mal 7xxMB). De-aktivierte ich im BIOS das schnelle Lesen, werden (nach einer Ewigkeit) die 1GB erkannt.

Weiterhin stellte ich fest, dass der Rechner noch vor dem Auslesen des Speichers nach Erkennen der CPU plötzlich hängen blieb. Eine Vermutung meinerseits bestätigte sich: die USB-Tastatur war das (mögliche) Übel. Ausgesteckt und die Prozedur ging weiter. Eingesteckt und alles blieb stehen. Stecke ich die Tastatur nach dem Login ein, funzt alles wie gewohnt. (???)

Besteht intern eine Verbindung zwischen USB-Anbindung und Speicher-Bus?

Nachdem beim ersten P2B-DS mit den zwei neuen leisen Papst-Lüftern sich plötzlich der Längsregler der kompletten onboard-Lüftersteuerung (CPU/CHASSIS/POWER) verabschiedet hat und ich zum 2ten Board wechseln musste, passt das neu hinzugekommene Problem ja bestens!
Irgendwie habe ich derzeit die Seuche - nix klappt!

Gruß
L.O.M.

[FS03]

Sind mir leider beides wohl bekannte Probleme.

Zum Speicher:

Der BX ist wie gesagt bei FSB133 einfach am Ende und hängt ganz stark von der Qualität des verlöteten MCH hab. Offensichtlich war die beim ersten Board von einer besseren Qualität als beim zweiten. Aus meinen eigenen Tests kann ich dir sagen das es viel Hilft die Timings des Speichers zurück auf CL3 zu stellen.

Zum USB:

Genau das Problem hab ich auch. Wenn eine USB Tastatur am onboard USB hängt läuft der POST nicht weiter. Man kann erst die Tastatur wieder beim Windows lade Vorgang einstecken, sonst bleibts hängen. Mal versucht die Tastatur über einen USB/PS2 Adapter einzustecken? Das Problem besteht bei mir aber unabhängig von der RAM Problematik.
Wie sagte Fabian doch einst so treffend: "Ja, das P2B-DS ist schon eine zickige Diva"

gruß

[LuckyOldMan]

Moin,
die Timings stehen auf CL3 - alles Standard-Einstellungen.

Die Tastatur hing vorher problemlos am P3B-F und auch einige Zeit am P2B-DS. Das Problem hat sich erst nach einigem Betrieb eingestellt. Ob USB1.1 onboard oder USB2.0 auf sep. Karte, macht jetzt auch keinen Unterschied.

Stimmt - USB und RAM sind separate Dinge - ich teste gleich mal auf dem ersten (Lüfter-stromlosen) Board, wie da hochgezählt wird und was die Tastatur da macht. Auf dem zweiten werden i.M. nur 3 der 4 Riegel erkannt - zu Beginn alle!!. Da hat sich irgendetwas verabschiedet. Wäre nett gewesen, es hätte sich Alles auf ein Board konzentriert!

Gruß

[FS03]

Mal die Temperatur der MCH überprüft. Der BX ist da recht emfindlich. Aber komisch trotzdem. Ist WLP unter dem NB Kühler? Falls nicht, mach das mal.

[LuckyOldMan]

Hi,
Temp habe ich noch nicht überprüft - WLP auch noch nicht (größere Operation).
Interessant war Folgendes, als ich den 4ten Riegel heraus nahm: da waren es nur noch 512 MB RAM (noch 3 Riegel waren eingesteckt!) Als ich den 4ten wieder einsetzte, - oh Wunder - waren es plötzlich wieder 1GB - nach einem Reboot wieder 786MB. Auch Windows erkennt jetzt nur noch 768MB.

Beim zweiten Bord inzwischen ähnliche Merkwürdigkeiten: das Hochzählen geht ohne Ruckeln, aber ergibt auch nur 768. Nehme ich den letzten Riegel raus = 768. Ich habe alle Riegel einzeln durch getestet =OK. Dann einen Riegel dem ersten hinzu gefügt (Zahlen = Slot): jeweils 1+2 - 1+3 - 1+4 - = 512MB, dann 1+2+3 - 1+2+4 = 768MB, dann 1+2+3+4... =768MB

Kann mir das Einer mal erklären?

----------(Pause)----------------------------------------

So - nach dem Mittaggessen habe ich noch was Anderes getestet: ich habe den FSB zunächst auf 100 eingestellt und es werden 1GB erkannt. bei FSB112 ebenso. Bei FSB 133 zunächst auch - nach einem Reset allerdings nur noch 768MB.
Ich habe auch noch mal als 4ten Riegel den PC150 eingesetzt - dauerhaft 1GB. Einen anderen Riegel genommen =768 - einen weiteren = 1GB. Seltsam, dass es sich jeweils um Infineons handelt, aber wohl Infineon nicht immer gleich Infineon (=gut) ist.

Gibt es eine Routine, mit der man die Qualität/Leistungsfähigkeit der Riegel ausmessen kann?

Gruß

[FS03]

Meiner Erfahrung nach liegt es nicht an den Riegeln. Das nicht die volle Kapazität zur Verfügung steht ist ganz typisch. Bei mir wars so das die Riegel bei CPU-Z zwar alle angezeigt wurden, aber eben nicht die volle Kapazität zur Verfügung stand. Ich denke das du keine große Wahl haben wirst außer nur 512/768 MB zu verwenden. Der BX ist einfach nicht dafür gemacht 1GB @ FSB133 zu laufen. Entweder man hat Glück und es läuft oder man hat eben Pech. Vielleicht findest du ja noch was raus?

[LuckyOldMan]

......Das nicht die volle Kapazität zur Verfügung steht ist ganz typisch. .................Ich denke das du keine große Wahl haben wirst außer nur 512/768 MB zu verwenden. ............oder man hat eben Pech. Vielleicht findest du ja noch was raus?

Genau das habe ich gerade heraus gefunden:ich habe Pech! Denn im Moment sind es mal gerade 256MB - wohlgemerkt alle 4 Riegel sind drin! Als ich den Promise-Controller in Funktion brachte, waren es mal 1GB - nach dem Reboot wieder nur 768 - und jetzt s.o.
Da kann ich nur sagen: das Board hat 100% eine Macke - da läuft was gewaltig schief. Aber was?

Na dann ... gute Nacht - sag ich nur....

[FS03]

Das Board hat keine Macke! Das MCH muss ja mit vier Riegeln 8 Bänke initialisieren. Das schafft der betagte BX auf diesem Board halt einfach nicht. Eigentlich müssten 2 Riegel bei FSB133 immer erkannt werden. 4 sind dem ganzen abträglich. Bei mir laufen die 1GB ja ohne Probleme seitdem ich die Latenz auf cl3 gesenkt habe. cl2 lief fast immer. Ist alles, meiner Meinung nach, von der Qulität der MCH abhängig.

gruß

[LuckyOldMan]

Moin,
und woher kommt der andauernde ruckelnde Auslesevorgang, den ich noch bei keinem anderen Board gesehen habe? Ich kann ja mit den beiden Boards einen AB-Vergleich machen (solange ich die Lüfteranschlüsse nicht brauche ). Das eine zählt kontinuierlich hoch - das hier pulst beim Hochzählen.
Ich werde es Dir mal vorführen (falls ich es nicht vorher vor Wut in die Tonne geworfen habe).

Gruß

[FS03]

Ich sag ja, jede MCH ist anders. Die auf diesem Board verlötete ist halt anscheinend wirklich schlecht und gerade mal für standard belange geeignet.

[LuckyOldMan]

Hi,
vielleicht ist es nicht so richtig rübergekommen: dieses Board war vorher im 19"-Servergehäuse eingebaut und lief mit 1266ern, 1GB und FSB133. Anfanglich gab es nach dem Wechsel in den Tower (wg. der Lüfteranschlüsse) auch keine Probleme - die haben sich irgendwann eingestellt. KA, wann genau (bzw. nach welcher Veränderung, wenn überhaupt) und wieso.
Vielleicht ist der MCH wegen der Enge im neuen Gehäuse "schlecht" geworden!
Ich werde wieder zurück tauschen und dann mal schauen - die Lüfteranschlüsse werden u. U. bei einem 120er Lüfter eh nicht benötigt. Heb ich halt keine RPM-Rückmeldung mehr.

Gruß

[FS03]

Okay! Das sieht schon anders aus. Dann würde ich jetzt ertmal auf ein Temp Problem tippen. Normalerweise ist unter dem Chipsatzkühler keine WLP, von daher überprüf das mal. Bei mir liefs auch erst alles zufriedenstelend nachdem ich die Wakü installiert hatte auf dem MCH.