ide-scsi DMA aktiviren bei SuSE 8.0
Hallo Liste, vielleicht hat einer eine Idee. Ich habe schon gegoogelt aber nicht passendes zu dem Thema gefunden. Auf in den Mailinglisten schon ein wenig gestöbert aber bis dato auch nicht das gefunden was mir weiter helfen könnt. Ich habe hier SuSE 8.0 Kernel 2.4.18 und müsste wissen wo ich die Parameter fest setzen kann, damit DMA für das Laufwerk /dev/hdd bzw. das Kernel Modul ide-scsi aktivieren kann. An /dev/hdd hängt der Brenner der auch super funktioniert, bis auf das die Prozessorlast bzw. die loadaverage stark ansteigt beim brennen - sollte unter Linux einfach so nicht sein. Hatte lange Zeit rein SCSI Brenner da gab es dieses Problem aus mir bekannten Gründen nicht, nur haben mich die Hardwarepreise, weg von SCSI gebracht. Wie kann ich nun DMA für dieses Laufwerk erzwingen, wo sind die Parameter zu setzen? Will nicht vor jedem brennen mit hdparm die Parameter händisch setzen. Vielen Dank für eure Hilfe Martin
Hi Martin Vielleicht hilft dir die Info. Hast du überprüft ob auf der CDROM hardware die Jumper DMA aktiviert ist. Ich habe einen Plextor 40x ide CDRecorder und bei dem ist die Jumpereinstellung hinten am gerät wo MASTER/SLAVE/CS/DMA. Default ist es nicht aktiviert. Das Erzwingen des DMA ??????????? Gruss Cello On Tue, 2002-11-12 at 19:09, Martin Roth wrote:
Hallo Liste,
vielleicht hat einer eine Idee. Ich habe schon gegoogelt aber nicht passendes zu dem Thema gefunden. Auf in den Mailinglisten schon ein wenig gestöbert aber bis dato auch nicht das gefunden was mir weiter helfen könnt.
Ich habe hier SuSE 8.0 Kernel 2.4.18 und müsste wissen wo ich die Parameter fest setzen kann, damit DMA für das Laufwerk /dev/hdd bzw. das Kernel Modul ide-scsi aktivieren kann. An /dev/hdd hängt der Brenner der auch super funktioniert, bis auf das die Prozessorlast bzw. die loadaverage stark ansteigt beim brennen - sollte unter Linux einfach so nicht sein. Hatte lange Zeit rein SCSI Brenner da gab es dieses Problem aus mir bekannten Gründen nicht, nur haben mich die Hardwarepreise, weg von SCSI gebracht. Wie kann ich nun DMA für dieses Laufwerk erzwingen, wo sind die Parameter zu setzen? Will nicht vor jedem brennen mit hdparm die Parameter händisch setzen.
Vielen Dank für eure Hilfe Martin
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-- Mit freundlichen Grüssen M.Brugger __________________________________________ Marcel Brugger - cello65@tiscali.ch __________________________________________ ##########################################
Marcel Brugger schrieb:
Vielleicht hilft dir die Info.
Hast du überprüft ob auf der CDROM hardware die Jumper DMA aktiviert ist.
Ich habe einen Plextor 40x ide CDRecorder und bei dem ist die Jumpereinstellung hinten am gerät wo MASTER/SLAVE/CS/DMA. Default ist es nicht aktiviert.
Das Erzwingen des DMA ???????????
Mannomann - auch dieser Mailingliste sollte es langsam mal klar werden, dass es ein Riesenproblem für eine ganze Reihe Leute gibt, die die 8.1 verwenden (8.0 auch?): ide-scsi Im 2.6er Kernel wird es das gar nicht mehr geben, dann wird direkt angesprochen. Man hört, dass sich die Probleme möglicherweise durch einen Backport von 2.5 auf 2.4 durch SuSE ergeben haben. Es soll auch diverse Patchs geben, die sich mit diesem Thema befassen (IDE + ide-scsi + DMA). Doch dieser Patch ist bei SuSE wohl nicht mit drin. Laut anderen schweigt sich SuSE auch zu diesem Thema wieder mal aus und lässt den User allein. Und das, obwohl dieses Problem vielleicht ja eines von diesen ganz seltenen Installationssupport-Problemen sein könnte. Meiner Meinung nach ist. SuSEs Meinung nach bestimmt natürlich _nicht_ ist, was sollte man anderes erwarten... Dass es seit einigen SuSE-Versionen Probleme mit der DVD gibt, in der Art: kernel: hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error } ist nichts Neues, und wer behauptet, dass habe keine Auswirkungen, der hat keine Ahnung. Windows kommt ohne Probleme mit DVDs und UDMA zurecht, doch entweder sind die SuSE-DVDs schon immer von miserabelster Qualität oder SuSE klemmt sich nicht seit einigen Ausgaben hinter ein echt verbreitetes Problem. Seit 8.1 sind noch einige andere Fehlerarten hinzugekommen, und eben auch die Unmöglichkeit zu brennen. Ohne Burn-Proof wäre das echt kaum möglich. So kann man halt bei langsamem Brennen (!) nix Anderes am Rechner machen. Und Audio CDs wollen wir ja nicht mit 150 Burn-Proof-EInsätzen brennen, oder?! Ich habe SuSE letztens eine ordentliche Liste von mehr als 20 Fehlern geschickt, aber die haben nur gemeint, dass sei ja alles nicht Inst.-Support - wobei ich der Meinung war, dass Inst.-Support nicht nur darum endet, weil man ein Login vor sich hat... Die haben die Nachrichten nicht mal von selbst an feedback@suse weitergeleitet, sondern mir gesagt, ich solle die auf Englisch schreiben und jede einzeln! Mach ich jetzt auch, täglich eine. Manche bleiben halt Idealisten... Ré
Hallo alle zusammen, ich habe die Lösung schon gefunden. War nichts schweres, man musste nur noch einmal ein wenig nachdenken. Leider kann man dieses halt nich unter Yast2 machen. (Yast1 gibt es ja leider nicht mehr .... gab es schon genug Komentare hierzu.) Unter /etc/sysconfig/hardware DEVICES_FORCE_IDE_DMA_ON="hdc hdd" # # force dma to "off" for the following ide devices # DEVICES_FORCE_IDE_DMA_OFF="" einfach den Device zusätzlich einfügen, leider kann man diese nirgends finden, aber jetzt geht die Load nicht mehr hoch wenn ich brenne. Also schein DMA zu gehen. Vieleicht sollte das SuSE einfach mal in die Support DB übenehmen, dann findet man auch wieder das was man sucht. Gruß Martin Am Mit, 2002-11-13 um 10.09 schrieb René Matthäi:
Marcel Brugger schrieb:
Vielleicht hilft dir die Info.
Hast du überprüft ob auf der CDROM hardware die Jumper DMA aktiviert ist.
Ich habe einen Plextor 40x ide CDRecorder und bei dem ist die Jumpereinstellung hinten am gerät wo MASTER/SLAVE/CS/DMA. Default ist es nicht aktiviert.
Das Erzwingen des DMA ???????????
Mannomann - auch dieser Mailingliste sollte es langsam mal klar werden, dass es ein Riesenproblem für eine ganze Reihe Leute gibt, die die 8.1 verwenden (8.0 auch?): ide-scsi
Im 2.6er Kernel wird es das gar nicht mehr geben, dann wird direkt angesprochen.
Man hört, dass sich die Probleme möglicherweise durch einen Backport von 2.5 auf 2.4 durch SuSE ergeben haben. Es soll auch diverse Patchs geben, die sich mit diesem Thema befassen (IDE + ide-scsi + DMA). Doch dieser Patch ist bei SuSE wohl nicht mit drin.
Laut anderen schweigt sich SuSE auch zu diesem Thema wieder mal aus und lässt den User allein. Und das, obwohl dieses Problem vielleicht ja eines von diesen ganz seltenen Installationssupport-Problemen sein könnte. Meiner Meinung nach ist. SuSEs Meinung nach bestimmt natürlich _nicht_ ist, was sollte man anderes erwarten...
Dass es seit einigen SuSE-Versionen Probleme mit der DVD gibt, in der Art:
kernel: hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
ist nichts Neues, und wer behauptet, dass habe keine Auswirkungen, der hat keine Ahnung. Windows kommt ohne Probleme mit DVDs und UDMA zurecht, doch entweder sind die SuSE-DVDs schon immer von miserabelster Qualität oder SuSE klemmt sich nicht seit einigen Ausgaben hinter ein echt verbreitetes Problem.
Seit 8.1 sind noch einige andere Fehlerarten hinzugekommen, und eben auch die Unmöglichkeit zu brennen. Ohne Burn-Proof wäre das echt kaum möglich. So kann man halt bei langsamem Brennen (!) nix Anderes am Rechner machen. Und Audio CDs wollen wir ja nicht mit 150 Burn-Proof-EInsätzen brennen, oder?!
Ich habe SuSE letztens eine ordentliche Liste von mehr als 20 Fehlern geschickt, aber die haben nur gemeint, dass sei ja alles nicht Inst.-Support - wobei ich der Meinung war, dass Inst.-Support nicht nur darum endet, weil man ein Login vor sich hat... Die haben die Nachrichten nicht mal von selbst an feedback@suse weitergeleitet, sondern mir gesagt, ich solle die auf Englisch schreiben und jede einzeln! Mach ich jetzt auch, täglich eine. Manche bleiben halt Idealisten...
Ré
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Martin Roth schrieb:
ich habe die Lösung schon gefunden. War nichts schweres, man musste nur noch einmal ein wenig nachdenken. Leider kann man dieses halt nich unter Yast2 machen. (Yast1 gibt es ja leider nicht mehr .... gab es schon genug Komentare hierzu.)
Unter
/etc/sysconfig/hardware
DEVICES_FORCE_IDE_DMA_ON="hdc hdd"
# # force dma to "off" for the following ide devices # DEVICES_FORCE_IDE_DMA_OFF=""
einfach den Device zusätzlich einfügen, leider kann man diese nirgends finden, aber jetzt geht die Load nicht mehr hoch wenn ich brenne. Also schein DMA zu gehen. Vieleicht sollte das SuSE einfach mal in die Support DB übenehmen, dann findet man auch wieder das was man sucht.
Offenbar hatte Dein Problem nicht so viel mit dem von mir beschriebenen zu tun, was daran nichts ändert. Die von mir beschriebenen Probleme treten eben auch bei angeschaltetem UDMA auf. Ohne angeschaltetes DMA ist die Last natürlich hoch. Doch bei eingeschaltetem DMA treten sogar manchmal derartige Phänomene auf, dass man den Rechner gar nicht mehr runterfahren kann, weil ide-scsi ewig resetet, weil es mit DMA nicht zurecht kommt - was aber de facto nötig ist - egal, was manche behaupten. Ré
Hallo, Am Mittwoch, 13. November 2002 10:09 schrieb René Matthäi:
Marcel Brugger schrieb:
Vielleicht hilft dir die Info.
Hast du überprüft ob auf der CDROM hardware die Jumper DMA aktiviert ist.
Ich habe einen Plextor 40x ide CDRecorder und bei dem ist die Jumpereinstellung hinten am gerät wo MASTER/SLAVE/CS/DMA. Default ist es nicht aktiviert.
Das Erzwingen des DMA ???????????
Mannomann - auch dieser Mailingliste sollte es langsam mal klar werden, dass es ein Riesenproblem für eine ganze Reihe Leute gibt, die die 8.1 verwenden (8.0 auch?): ide-scsi
Im 2.6er Kernel wird es das gar nicht mehr geben, dann wird direkt angesprochen.
Man hört, dass sich die Probleme möglicherweise durch einen Backport von 2.5 auf 2.4 durch SuSE ergeben haben. Es soll auch diverse Patchs geben, die sich mit diesem Thema befassen (IDE + ide-scsi + DMA). Doch dieser Patch ist bei SuSE wohl nicht mit drin.
Laut anderen schweigt sich SuSE auch zu diesem Thema wieder mal aus und lässt den User allein. Und das, obwohl dieses Problem vielleicht ja eines von diesen ganz seltenen Installationssupport-Problemen sein könnte. Meiner Meinung nach ist. SuSEs Meinung nach bestimmt natürlich _nicht_ ist, was sollte man anderes erwarten...
Du darfst (was sollst weiß ich nicht) erwarten, dass die Fehler, die uns bekannt sind und deren Ursache ausreichend analysiert ist auch von uns so kommuniziert wird. Sei es über entsprechende Artikel in der Supportdatenbank oder auch über Updates. Das Problem mit ide-scsi in Verbindung mit DMA kenne ich auch. Verstehen tue ich es allerdings nicht. Auf manchen Rechnern und mit manchen Kerneln führt die aktivierung des DMA Zugriffs auf das IDE-Gerät dann zu einer Kernel-Panic, wenn das Gerät über den ide-scsi Layer angesprochen wird. Dazu muss man sagen, dass man für die emulierten SCSI-Geräte den DMA Mode nicht direkt setzen kann, sondern nur dadurch, dass man das darunterliegende IDE-Gerät mit hdparm in den DMA-Mode versetzt. Das gelingt übrigens auch regelmäßig ohne Probleme. Die kommen erst (wenn sie überhaupt kommen), wenn man auf ein so konfiguriertes Gerät lesend zugreifen will. Muss auch nicht sofort passieren. Ist natürlich schlecht. Sozusagen. Ohne DMA keine Abstürze, aber lahm. Das ist natürlich die Standardeinstellung. Ob es eine generelle Unverträglichkeit zwischen dem ide-scsi Layer und dem DMA-Modus gibt weiss ich nicht. Die Behauptung/Vermutung, dass das ein SuSE-spezifisches Problem sei höre ich heute zum ersten mal. Was nicht heist, dass es nicht so sein könnte.
Dass es seit einigen SuSE-Versionen Probleme mit der DVD gibt, in der Art:
kernel: hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
ist nichts Neues, und wer behauptet, dass habe keine Auswirkungen, der hat keine Ahnung. Windows kommt ohne Probleme mit DVDs und UDMA zurecht, doch entweder sind die SuSE-DVDs schon immer von miserabelster Qualität oder SuSE klemmt sich nicht seit einigen Ausgaben hinter ein echt verbreitetes Problem.
Linux kann auch ohne Probleme im DMA-Modus auf die DVD zugreifen. Nur die ide-scsi Emulation läuft damit zumindest auf einigen Systemem nicht.
Seit 8.1 sind noch einige andere Fehlerarten hinzugekommen, und eben auch die Unmöglichkeit zu brennen. Ohne Burn-Proof wäre das echt kaum möglich. So kann man halt bei langsamem Brennen (!) nix Anderes am Rechner machen. Und Audio CDs wollen wir ja nicht mit 150 Burn-Proof-EInsätzen brennen, oder?!
Ich habe SuSE letztens eine ordentliche Liste von mehr als 20 Fehlern geschickt, aber die haben nur gemeint, dass sei ja alles nicht Inst.-Support - wobei ich der Meinung war, dass Inst.-Support nicht nur darum endet, weil man ein Login vor sich hat...
Jedem seine Meinung. Aber welche Themen vom kostenlosen Installations-Support abgedeckt werden und welche nicht hängt davon nicht ab. support@suse.de ist _nicht_ die Sammelstelle für Bugreports. Dafür gibt es die Feedback-Schnittstelle: http://www.suse.de/feedback Die Leute die im Support arbeiten haben da eine Aufgabe zu erfüllen. Und die lautet nicht Fehelerreports zu analysieren, zu übersetzen und aufzuteilen um sie dann an die richtigen Entwickler weiterzuleiten. Nicht, dass vom Support keine Fehler weitergeleitet würden.
Die haben die Nachrichten nicht mal von selbst an feedback@suse weitergeleitet, sondern mir gesagt, ich solle die auf Englisch schreiben
Richtig, weil eine ganze Reihe der Entwickler gar nicht deutsch sprechen oder auch nur verstehen.
und jede einzeln!
Auch richtig, weil die Fehler-Reports - wenn sie denn baruchbar sind - ja auch gezielt zu den richtigen Leuten sollen.
Mach ich jetzt auch, täglich eine.
Danke. Schöne Grüße aus Bremen hartmut
Am Wed, 13 Nov 2002 21:12:32 +0100
Hartmut Meyer
Das Problem mit ide-scsi in Verbindung mit DMA kenne ich auch. Verstehen tue ich es allerdings nicht.
Auf manchen Rechnern und mit manchen Kerneln führt die aktivierung des DMA Zugriffs auf das IDE-Gerät dann zu einer Kernel-Panic, wenn das Gerät über den ide-scsi Layer angesprochen wird.
Die hier geschilderten Probleme traten bei mir auch in massiver Weise auf. Es begann nach dem einbau eines neuen Motheroards (MSI KT4) mit der Via-Southbridge vt8235. Nach einem Kernelpatch mit dem Patch von Vojtech Pavlik läuft hier alles bestens. Evtl. hilft Euch das weiter. ciao fred -- ...einmal glaubte ich zu irren, doch ich täuschte mich !!!
René Matthäi
Windows kommt ohne Probleme mit DVDs und UDMA zurecht,
Das ist ein ziemlich fauler Vergleich, aber lassen wir das. Weder du noch ich wissen, welche Masse an Workarounds in Windows eingebaut sind. Ausgehend von der Zahl an schlecht implementierter Firmware in CDROM und DVD Laufwerken, von denen ich erfahren habe, würde ich vermuten, das Microsofts schwarze Liste ziemlich lang sein muss. Aber das ist ja das schöne an closed source, du kannst mühelos all die Bugs verstecken, die die HArdware-Hersteller in ihre Produkte einbauen. So soll z.B. die schwarze Liste für ACPI rund 2000 Einträge haben ....
doch entweder sind die SuSE-DVDs schon immer von miserabelster Qualität oder SuSE klemmt sich nicht seit einigen Ausgaben hinter ein echt verbreitetes Problem.
Beides ist einfach so falsch, dass ich es einfach nicht mehr kommentieren werde. Philipp -- Philipp Thomas Arbeit: pthomas@suse.de Entwicklung, SuSE Linux AG Privat: pth@t-link.de
Philipp Thomas schrieb:
doch entweder sind die SuSE-DVDs schon immer von miserabelster Qualität oder SuSE klemmt sich nicht seit einigen Ausgaben hinter ein echt verbreitetes Problem.
Beides ist einfach so falsch, dass ich es einfach nicht mehr kommentieren werde.
Was soll den die Bemerkung? Das drängt sich einem doch so auf? Zumindest hätte ich gerne irgendwo Erklärungen gelesen, warum unter Linux (kenn im Wesentlichen nur SuSE, ein bisschen Debian) bei mir und meinem Kumpel, der einen anderen Rechner und ein anderes DVD hat diese Fehler immer wieder in /var/log/messages auftreten und ein hdparm -d1 parallel zur Installation mit Fehlern und dann mit Rücksetzen (spürbar!) quittiert wird. Was soll denn Dein Kommentar, wenn das einfach so ist - und auch bei anderen? Da ist doch was nicht in Ordnung, wo auch immer es sei - ob in einigen DVD-Laufwerken oder im Kernel oder bei SuSE oder oder oder. Ré
Ich lese die Liste. Also ist eine extra Kopie der Antwort als PM höchst
unerwünscht! Lesen der Etikette bildet!
René Matthäi
Zumindest hätte ich gerne irgendwo Erklärungen gelesen, warum unter Linux (kenn im Wesentlichen nur SuSE, ein bisschen Debian) bei mir und meinem Kumpel, der einen anderen Rechner und ein anderes DVD hat diese Fehler immer wieder in /var/log/messages auftreten und ein hdparm -d1 parallel zur Installation mit Fehlern und dann mit Rücksetzen (spürbar!) quittiert.
Zunächst einmal wird per Default nur für Festplatten der DMA-Betrieb eingeschaltet, weil es einfach zu viele fehlerhafte CDROM/DVD Laufwerke gibt. Es könnte also sein, dass auch du ein DVD-Laufwerk hast, welches in dem Bereich Probleme macht. Du kannst ja aber mal zum Test einen Kernel kompilieren, bei dem DMA für alle Laufwerkstypen aktiviert ist. Warum es bei Setzen des DMA-Modus zu Fehlermeldungen und dann Rücksetzen kommt, müsste ich erst einmal in Erfahrung bringen. Welche Fehlermeldungen bekommst du denn im Log? Philipp -- Philipp Thomas Arbeit: pthomas@suse.de Entwicklung, SuSE Linux AG Privat: pth@t-link.de
Am Dienstag, 12. November 2002 19:09 schrieb Martin Roth:
Hallo Liste,
vielleicht hat einer eine Idee. Ich habe schon gegoogelt aber nicht passendes zu dem Thema gefunden. Auf in den Mailinglisten schon ein ... Parameter zu setzen? Will nicht vor jedem brennen mit hdparm die Parameter händisch setzen.
Vielen Dank für eure Hilfe Martin
hallo, die dma unterstützung für cdrom.- und dvd-laufwerke habe ich nicht mit yast2 eingerichtet, sind also deaktiviert. eingeschaltet wird sie durch das boot.local skript. könnte vielleicht bei dir auch gehen:etc/init.d/boot.local xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx #/etc/init.d/boot.local # Here you should add things, that should happen directly after booting # before we're going to the first run level. # if [ -x /sbin/hdparm ] then hdparm -d1 -X66 /dev/hdc #DVD-laufwerk hdparm -d1 -c1 /dev/hdd #CDRecorder* else echo " geht nicht: /sbin/hdparm nicht gefunden." fi xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx *#CDRecorder: hier weiß ich nicht ob die option -c sein muss(32bit) bisher habe ich aber nichts negatives bemerkt. suse linux8.0 die hardware asus A7V133 platine mit einem athlon prozessor. ob es die prozessorlast in dem von dir erwarteten rahmen senkt, weiß ich allerdings nicht. mfg jürgen
participants (7)
-
Fred Saft -
Hartmut Meyer -
j b -
Marcel Brugger -
Martin Roth -
Philipp Thomas -
René Matthäi