Hallo, ich habe hier u.a. noch einen Athlon (SlotA) Rechner mit einem FIC Board, das eine AMD-751 Northbridge und eine VIA 686A Southbridge hat. Es ist bekannt, dass diese Kombination Probleme mit DMA hat und bei grösseren Datentransfers über IDE den Rechner aufhängen lässt. U.a. dafür hat VIA für MS Windows den VIA4IN1 Treiber rausgebracht, der das Problem umschifft und den DMA Modus ermöglicht. Der Linux Kernel sollte doch auch einen Bugfix haben oder nicht? Ist das in den SuSE default Kerneln nicht aktiviert oder warum bekomme ich bei DMA folgende Meldung: kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC } Spätestens nach der zehnten Meldung hängt der Rechner sich dann auf. Ich habe bisher den 2.4.10 (der von 7.3) und 2.4.16-34 SuSE Kernel ausprobiert. Vielleicht kann mir da jemand schnell weiterhelfen. Vielen Dank Markus
On Sat, 25 May 2002, Markus Kolb wrote:
Hallo,
ich habe hier u.a. noch einen Athlon (SlotA) Rechner mit einem FIC Board, das eine AMD-751 Northbridge und eine VIA 686A Southbridge hat. Es ist bekannt, dass diese Kombination Probleme mit DMA hat und bei grösseren Datentransfers über IDE den Rechner aufhängen lässt. U.a. dafür hat VIA für MS Windows den VIA4IN1 Treiber rausgebracht, der das Problem umschifft und den DMA Modus ermöglicht.
Der Linux Kernel sollte doch auch einen Bugfix haben oder nicht? Ist das in den SuSE default Kerneln nicht aktiviert oder warum bekomme ich bei DMA folgende Meldung:
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Spätestens nach der zehnten Meldung hängt der Rechner sich dann auf.
Ich habe bisher den 2.4.10 (der von 7.3) und 2.4.16-34 SuSE Kernel ausprobiert.
Vielleicht kann mir da jemand schnell weiterhelfen.
Hallo Markus, sieht eher nach Kabelproblem aus. Habe die gleiche Chip-Konfiguration und es funzt mit dem 7.3-er. Hast Du die richtig guten UDMA-IDE-Kabel? Weil - genau diese Probleme hatte ich mit den falschen Kabeln. Ansonsten geht "schnell weiterhelfen" erst wieder am Montag früh, wenn die Läden offen haben. Was Du in der Zwischenzeit als Temporärlösung machen könntest, wäre in /etc/lilo.conf in Deinem Startimage bei append = "ide=nodma" mitzugeben (siehe auch failsafe-Konfiguration). Nicht vergessen: lilo nach der Änderung aufrufen, damit's auf die boot-Partition übertragen wird. Was bei mir _nichts_ gebracht hat, war DMA im laufenden Betrieb abzuschalten (ich glaube es war Befehl hdparm oder so ähnlich). Viel Erfolg Joachim
Joachim Kieferle wrote:
On Sat, 25 May 2002, Markus Kolb wrote:
ich habe hier u.a. noch einen Athlon (SlotA) Rechner mit einem FIC Board, das eine AMD-751 Northbridge und eine VIA 686A Southbridge hat.
[...]
Der Linux Kernel sollte doch auch einen Bugfix haben oder nicht? Ist das in den SuSE default Kerneln nicht aktiviert oder warum bekomme ich bei DMA folgende Meldung:
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC } [...] sieht eher nach Kabelproblem aus. Habe die gleiche Chip-Konfiguration und es funzt mit dem 7.3-er. Hast Du die richtig guten UDMA-IDE-Kabel? Weil - genau diese Probleme hatte ich mit den falschen Kabeln.
Also 80-adrige IDE Kabel sollten wohl UDMA-tauglich sein. Ausserdem macht Windows 9x, 2000 und XP aufgrund VIA4in1 Treiber auch keine Mucken.
Läden offen haben. Was Du in der Zwischenzeit als Temporärlösung machen könntest, wäre in /etc/lilo.conf in Deinem Startimage bei append = "ide=nodma" mitzugeben (siehe auch failsafe-Konfiguration). Nicht
Ohne nodma hätte ich die SuSE nicht auf meine Platte gebracht ;), daher steht das schon in der lilo.conf drin. Trotzdem danke. Muss ich mich wohl morgen doch an eine Kernelkompilierung machen.
Am Samstag, 25. Mai 2002 22:34 kritzelte Markus Kolb folgende Zeilen:
Der Linux Kernel sollte doch auch einen Bugfix haben oder nicht? Ist das in den SuSE default Kerneln nicht aktiviert oder warum bekomme ich bei DMA folgende Meldung:
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Spätestens nach der zehnten Meldung hängt der Rechner sich dann auf.
Hatt ich auch, hatt ich auch!!! Liegt nicht am Kabel, hab alles hin- und hergetauscht und andere 80-er Kabel probiert. Der 2.4.18er Kernel scheint einen Bug zu haben, jedenfalls hatte ich mit dem Kernel schon auf drei Rechnern o.a. DMA-Problem, zum Teil mit fiesen Komplett-Abstürzen. Mit jedem anderen Kernel lief alles glatt. Ich habe dann den 2.4.18er (Vanilla) nebst 2.4.19-pre7-Patch von kernel.org installiert und alle derartigen Fehler waren weg. Seit Wochen keinerlei Probleme mehr mit DMA, trotz langer Kopierereien und DVD-Guckereien. SuSE hatte ich das auch geschrieben, aber die melden sich nicht. :-(
Ich habe bisher den 2.4.10 (der von 7.3) und 2.4.16-34 SuSE Kernel ausprobiert.
Der ging auch bei mir, nur der 2.4.18er nicht.
Vielleicht kann mir da jemand schnell weiterhelfen.
Hoffe es hilft. Jörg@home -- joerg@donalbain.de http://www.donalbain.de running Kernel: 2.4.16 theater hEXagon Kiel http://www.theater-hexagon.de neu 2002: Die Möwe
Whoa! Error finding error not found error. <<
participants (3)
-
Joachim Kieferle
-
Jörg Lippmann
-
Markus Kolb