|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > Hat der AmigaOne DMA-Probleme? | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| -1- | [ - Beitrag schreiben - ] |
|
21.05.2003, 12:13 Uhr Petra Posts: 1121 Nutzer |
Wir hatten schon einige Einträge im ANF bezüglich dieses Themas. Da wir die Aussage aber in keinster Weise verifizieren können, kann die Meldung nicht in den News gepostet werden, und ich stelle sie daher hier zur Diskussion: ++++ VGR.com schreibt: http://vgr.com/cybergfx/ Mr. S.W. who sends over screen shots of newer AmigaOne 800mhz G4 hardware, has sent over 2 screen shots of the new A1 with G4 running "amigaone xe/g4 7451 800mhz, excalibur radeon 9000 pro 64mb ddr ram, valueram kvr133x72rc3/256 kingston". He wants to know ".. if other aone users have that problem as well..", "it never outputs the same checksum with dma enabled when testing an iso file which is larger than the swap space used" sinngemäße Übersetzung: Herr S.W., der auch Bildschirmfotos eines neueren AmigaOne mit G4-800 Mhz übermittelt hat, hat nun 2 Bildschirmfotos des neuen A1 mit G4 erstellt. Es handelt sich laut Zitat um einen "amigaone xe/g4 7451 800mhz, excalibur radeon 9000 pro 64mb ddr ram, valueram kvr133x72rc3/256 kingston". Er möchte nun wissen, ob auch andere AOne-Bneutzer dieses Problem haben, daß niemals die gleiche Prüfsumme bei eingeschaltetem direktem Speicherzugriff (DMA) auftritt, beim Test einer ISO-Datei, die größer als der Auslagerungsspeicher (Swap) ist. DMA ein: http://www.meanmachine.ch/~vgr/amigaone/amigaone_dma19-May-03.png DMA aus: http://www.meanmachine.ch/~vgr/amigaone/amigaone_nodma19-May-03.png Anmerkung: Um einen VIA-Bug kann es sich wohl NICHT handeln, denn dieser tritt "nur" beim Kopieren großer Dateien mit gleichzeitiger, hoher PCI-Last auf. http://www.heise.de/newsticker/data/jow-12.04.01-001/ ++++ -- [°¿°] Ciao, Petra [ - Antworten - Zitieren - Direktlink - ] |
|
21.05.2003, 13:18 Uhr zacman Posts: 450 Nutzer |
Die Aussagen wurden sowohl von Juergen Schober als auch olegil bestaetigt, ein solcher Bug sei seit laengerem bekannt, man arbeite seit laengerer Zeit daran ihn genau ausfindig zu machen, konnte es aber bis jetzt noch nicht. Eine Loesung gibt es deswegen noch nicht (siehe ann.lu). Zur Zeit vermutet man, dass es sich um einen VIA Bug handelt. Es wird daher empfohlen den AmigaOne ohne DMA Modus zu betreiben, um kein Risiko eines Datenverlustes einzugehen. Ausserdem wird es laut AmigaOne ML und ann.lu (selber thread) erst wieder in sechs Wochen (also etwa Anfang Juli 2003) AmigaOnes mit G4 Prozessoren geben, da es ein Problem mit dem Lüfer geben soll. In der Zwischenzeit sollen dafuer aber die bestellten AmigaOnes mit G3 Prozessor ausgeliefert werden. Quelle: http://www.ann.lu/comments2.cgi?view=1053429400&category=forum&start=1&63 http://groups.yahoo.com/group/amigaone/message/26787 [ - Antworten - Zitieren - Direktlink - ] |
|
21.05.2003, 14:18 Uhr cgutjahr Posts: 2783 [Administrator] |
Zitat: Das ist vielleicht nicht ganz korrekt wiedergegeben. Sowohl Ben Hermans als auch Ole-Egil sind felsenfest davon überzeugt (zumindest geben sie sich in dem erwähnten ANN-Thread so), daß es sich um einen VIA-Bug handelt, von "Vermutung" kann man eigentlich nicht sprechen. Das DMA-Problem haben sie aber beide bestätigt, handelt sich ihren Angaben nach um ein Linux-Treiber Problem. [ - Antworten - Zitieren - Direktlink - ] |
|
21.05.2003, 14:29 Uhr Petra Posts: 1121 Nutzer |
Apropos DMA Hat jemand eine gute Erklärung des Begriffes auf Lager, den wir in unserem Glossar nutzen können? http://www.amiga-news.de/glossar/?frmTerm=DMA Ich bin nicht sicher, ob mein bisheriger Eintrag es so genau trifft. -- [°¿°] Ciao, Petra [ - Antworten - Zitieren - Direktlink - ] |
|
21.05.2003, 14:52 Uhr Gary7 Posts: 571 Nutzer |
Zitat: Doch. Der stimmt. Erst seit UDMA hat auch IDE den. Vorher nutzte nur SCSI DMA. [ - Antworten - Zitieren - Direktlink - ] |
|
21.05.2003, 16:32 Uhr zacman Posts: 450 Nutzer |
Zitat: Ok, ich ging dabei von Juergen Schober aus, der davon sprach, dass man die Ursache des Bugs nicht genau kenne, aber annehme, es handele sich um einen VIA Bug. Ich denke wir werden ziemlich schnell erfahren, ob es ein VIA Bug ist, wenn jmd den gleichen Test mittels PCI IDE Karte/SCSI Karte macht etc. [ Dieser Beitrag wurde von zacman am 21.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
21.05.2003, 17:48 Uhr zacman Posts: 450 Nutzer |
[ Dieser Beitrag wurde von zacman am 21.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
21.05.2003, 17:51 Uhr cgutjahr Posts: 2783 [Administrator] |
@zacman:Zitat: Laut Ben Hermans *haben* sie den Test bereits mit einer PCI-IDE Karte gemacht und der Fehler tratt dabei *nicht* auf (was beweisen würde, daß der ArticiaS nicht daran schuld sein kann). Da du das aber sicher selber auf ANN gelesen hast, frage ich mich wie jetzt dein "Konter" aussehen wird ;-) [ - Antworten - Zitieren - Direktlink - ] |
|
21.05.2003, 18:02 Uhr zacman Posts: 450 Nutzer |
Zitat: Abwarten  Aber wenn es Hyperion nicht mal schaffen, Linux anstaendig zu portieren...  [ - Antworten - Zitieren - Direktlink - ] |
|
23.05.2003, 12:02 Uhr zacman Posts: 450 Nutzer |
Zitat: Das Abwarten hat sich gelohnt, das Problem zeigt sich auch bei Tests mit einer SCSI Karte und SCSI HD (siehe vgr.com): "Mr. S.W. (aka Mr. Wøntermiyer, [forgot how to spell that on Monday :]) sends over another screen shots of the AmigaOne 800mhz G4 hardware with Radeon 9000 Pro, this time with Adaptec PCI SCSI AHA- 2940 + 2GB Seagate Medalist (ST52160N Harddrive) showing the DMA Error (??). S.W. writes "...Data transfered via FTP ( ftp.test.file ) to SCSI drive and once again checked with chksum tool for correct checksum ... somthing is going wrong here..." Hier der Screenshot. [ - Antworten - Zitieren - Direktlink - ] |
|
23.05.2003, 12:34 Uhr StefanONE Posts: 453 Nutzer |
Wenn es ein ViaBug ist, dann müßten diesen Bug auch x86-PC's haben, da diese doch die gleichen Chipsätze nutzen. Kann das jemand bestätigen? Gruß StefanONE [ - Antworten - Zitieren - Direktlink - ] |
|
23.05.2003, 12:56 Uhr zacman Posts: 450 Nutzer |
Zitat: Die Bugs des VIA 686B sind seit knapp zwei Jahren bekannt und gefixed. Der VIA Bug tritt typischerweise nur auf, wenn eine hohe PCI Last erzeugt wird (zum Beispiel mit einer Soundblaster LIVE! Karte), was bei den hier vorliegenden Tests nicht der Fall ist. Gegen einen VIA Bug spricht natuerlich (und das umso ueberzeugender) auch der Umstand, dass die gleichen Probleme beim Betrieb mit einer SCSI Karte auftreten. [ - Antworten - Zitieren - Direktlink - ] |
|
23.05.2003, 14:02 Uhr Beeblebrox Posts: 723 Nutzer |
Ein Freund von mir hat eine Dose mit VIA-Chipsatz gehabt, wenn man bei der IDE-Platte DMA an hatte, ließ sich Win98 nicht starten (Win2000 ging). Jedenfalls, wenn man DMA abgeschaltet hat lief auch Win98. Evtl. der selbe Fehler ? [ - Antworten - Zitieren - Direktlink - ] |
|
23.05.2003, 14:03 Uhr zacman Posts: 450 Nutzer |
Zitat: Wenn das selbe auch mit einer SCSI HD passiert is, dann ja. [ - Antworten - Zitieren - Direktlink - ] |
|
23.05.2003, 19:26 Uhr Maja Posts: 15429 Nutzer |
Wie Zacman schon schrieb ist dieser Bug seit langem bekannt, gehört zum VIA 686B. Diese Southbridge trägt offiziell die Bezeichnung VIA 82C686B (UDMA-100 bzw. ATA-100) und wurde auf x86-Mainboards mit dem KT133A Chipsatz verbaut. Es gab auch Board mit KT133 die diese Southbridge verwenden. Zu den Umständen, die den Bug greifen liessen, gehörte zur schon genannten hohen PCI-Last auch, dass beide IDE-Ports in Benutzung sein mussten. So die Angaben zu x86-Systemen mit besagtem Chip. Die Soundblaster Life! verusacht sehr hohe PCI-Last und wurde daher lange als der eigentlich Bug angesehen, weil betroffene Systeme ohne oder mit deaktivierter SB Life! den Fehler nicht mehr zeigten. Es lag aber nicht an der SB Life!, sondern an der hohen PCI-Last, die auch von anderen Geräten erzeugt werden kann. Trafen alle diese Kriterien zu, kam es beim Datentransfer von IDE-Port 1 zu IDE-Port 2 oder umgekehrt zu Systemabstürzen und/oder beschädigten Daten. Der Chip ist für IDE, PCI und USB zuständig. Nicht für SCSI und natürlich auch nicht für RAID-Controller. Es gab damals für betroffene Boards BIOS Updates, die das Problem mehr oder weniger behoben. Selbst kann man als Betroffener dafür sorgen, dass nicht beide IDE-Kanäle in Benutzung sind. Zum Beispiel für weitere Festplatten oder andere Laufwerke einen Raid-Controller verwenden. Wenn nur eine HD und ein CD-LW vorhanden sind, beide am selben Controller anschließen. Sofern das vorhandene BIOS die folgenden Optionen bietet, kann man den Bug mit den entsprechenden Einstellungen selbst "beheben": PCI Delay Transaction disabled PCI Master Read Caching disabled PCI Latency < 32 In der gleichen Zeispanne gab es noch einen Northbridge Bug, der aber an so enge Kriterien gebunden war, dass dieser auf den A1 nicht zutreffen kann. -- __________________________________________________ Lebe den Tag! http://www.jacobs.privat.t-online.de/ [ Dieser Beitrag wurde von Maja am 23.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
23.05.2003, 19:43 Uhr Maja Posts: 15429 Nutzer |
Zitat: Das klingt für mich nach blankem Hohn oder schlechter Entwicklerarbeit, wozu schließlich auch Recherche bezüglich der verwendeten Komponenten gehört. Der Amiga One XE verwendet die Southbridge VIA 82C686B. Entweder sie haben Ahnung, dann wußten sie schon länger von dem Bug oder sie verbauen Chips, die schon länger auf dem Markt sind, ohne sich mal eingehend schlau zu machen wie es darum steht. Jetzt so zu tun, als wisse man von gar nichts, kommt bei mir nicht besonders kompetent rüber. Um diesen Bug genau ausfindig zu machen, müsste man nur mal VIA fragen. Die kramen dann sicher ihre alte Stellungnahme dazu wieder hervor.  -- __________________________________________________ Lebe den Tag! http://www.jacobs.privat.t-online.de/ [ Dieser Beitrag wurde von Maja am 23.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
23.05.2003, 21:37 Uhr kadi Posts: 1528 Nutzer |
> Das klingt für mich nach blankem Hohn oder schlechter > Entwicklerarbeit, wozu schließlich auch Recherche bezüglich der > verwendeten Komponenten gehört. Diese Leute sind aber nicht die Entwickler, sondern allenfalls die Betatester. Wenn die Amigafirmen den Fehler gefunden haben - und pleite sind, dann hat MAI schließlich eine funktionierende und gut durchgetestete Hardware. Das dauert aber noch ein bischen. [ - Antworten - Zitieren - Direktlink - ] |
|
24.05.2003, 23:41 Uhr _PAB_ Posts: 3016 Nutzer |
Mich würde mal interessieren, ob bei einem "cmp" die Files verschieden sind... kann das jemand testen? [ - Antworten - Zitieren - Direktlink - ] |
|
25.05.2003, 00:53 Uhr zacman Posts: 450 Nutzer |
Stuart Anderson hat den (ersten) Test jetzt ebenfalls durchgefuehrt und kommt zum selben Resultat. Jedoch kommt bei ihm noch ein neues Phänomen hinzu. Wenn er den Test ein paar Mal wiederholt, stürzt sein AmigaOne unter Linux (Debian) komplett ab: "Hello everyone: I very rarely post, and only when I have something concrete to say. I have tried to replicate the IDE dma test on my AmigaOne G4-XE, and yes, I get the same results. (I used a Debian iso of roughly 700MB as a test file.) With dma disabled, the checksums match (although the process is very slow without dma, so I didn't do it very many times). With dma enabled, the checksums were different each time I ran cksum. I should point out that I had 2gig of swap enabled and 650meg of ram, so that the checksum errors showed up even though the file size did not exceed the swap space. (I thought that it wouldn't matter, since swap is on the same ide disk anyway for me, and moving data to swap would also be expected to produce these errors. As it happens, though, very little data went to swap, as I was monitoring the usage of my swap partition.) Next, I thought that I would collect some statistics on the errors. Since I knew the correct checksum from the non-dma trials, I wanted to see how often the correct checksum showed up with dma enabled. Now something interesting happened: after about 3 runs of cksum with dma, the system froze and hard drive activity stopped. I cold-rebooted, and tried again, with the same result. Although I am not a "trusted user" on ANN, my name and email address is real, and I am on the AmigaOne and A1g3 lists under this name. I have also posted to MooBunny in the past (only twice, to post a two part explanation of Goedel's incompleteness theorem. Perhaps someone there remembers and can verify.) If requested, I will post screen shots, however, I don't think they are really necessary. This will be my only contribution to this thread. Stuart Anderson" http://www.ann.lu/comments2.cgi?show=1053648494&category=forum&number=111#comment [ Dieser Beitrag wurde von zacman am 25.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
| -1- | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > Hat der AmigaOne DMA-Probleme? | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|
