🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: de.comp.sys.amiga.tech
Article #344

Prob mit 4MB-SIMM in GForce040

#344
From: Sven Golchert
Date: Sun, 20 Aug 1995 23:58
28 lines
1758 bytes
Moin!

 Ich suche Hilfe für meine GForce040 (bestückt mit 8MB), auf der ein
SIMM-Baustein ausgefallen ist. Vielleicht kann mir jemand von Euch sagen,
ob ich das Ding wegwerfen kann oder noch irgendwie Aussicht auf Rettung
besteht. Durch persönliches Testen habe ich folgendes Verhalten
festgestellt:

 Einzeln für sich funktioniert jedes Byte wie gewollt, d.h. ich kann
einen Wert reinschreiben und lese denselben Wert auch wieder aus. Das
Problem tritt in 256-Byte-Blöcken in immer der gleichen Form auf:
Angenommen, ich habe den Bereich $xxxxx100 bis $xxxxx1ff mit $ff
beschrieben und schreibe anschließend ein beliebiges Langwort nach
$xxxxx100. Danach hat $xxxxx100 den erwarteten Wert, darüberhinaus sind
jedoch auch $x140, $x180 und $x1c0 verändert: Die Bits 25, 27, 29 und 31
der genannten Langwörter erhalten denselben Wert wie ihre Pendants in
$x100. Schreibe ich einen neuen Wert in $x180, sind anschließend
$x100, $x140 und $x1c0 in der beschriebenen Weise verändert. Genauso
sieht es etwa mit $x168 und $x128/$x1a8/$x1e8 aus. Das Problem
ist auf die höchstwertigsten Bytes der Langwörter beschränkt, die Bytes
$xxxxx1y1, $xxxxx1y2 und $xxxxx1y3 etwa funktionieren im Byte-/Wort-/
Langwortzugriff einwandfrei.

 Also, was ist davon zu halten? Kalte Lötstelle, völlig im Arsch oder
dritte Alternative? Sagt mir die ganze Wahrheit. :)


Ciao, Sven
Technical Details
Message-ID: <199508210158.a62665@hb2.maus.de>
Path: arc1-ca.pugleaf.net!hb2.maus.de!Sven_Golchert

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!hb2.maus.de!Sven_Golchert
From: Sven_Golchert@hb2.maus.de (Sven Golchert)
Newsgroups: de.comp.sys.amiga.tech
Subject: Prob mit 4MB-SIMM in GForce040
Message-ID: <199508210158.a62665@hb2.maus.de>
Date: Sun, 20 Aug 95 23:58:00 GMT
X-Gate: MausGate/News 1.26/hb2
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit