Am Sonntag, 1. August 2004 20:46 schrieb Thomas Hertweck:

Ekkard Gerlach wrote:

...

Die Standardeinstellung bei Suse-Kerneln hat zumindest bei mir über 1,5 Jahre erheblichen Schaden angerichtet. Dadurch, daß im Kernel die Option

CONFIG_IDEDMA_ONLYDISK=y

gesetzt ist, kann einem Brenner KEIN DMA zugewiesen werden.

Sorry, das glaube ich nicht:

$> cd /usr/src/linux $> grep CONFIG_IDEDMA_ONLYDISK .config CONFIG_IDEDMA_ONLYDISK=y $> /sbin/hdparm /dev/hdc /dev/hdc: [...] using_dma = 1 (on) [...] $> cat /proc/cmdline root=/dev/hda2 vga=normal acpi=off hdc=ide-scsi hdclun=0 $>

hdc wird also ueber ide-scsi betrieben, und dennoch ist DMA angeschaltet. By the way, es ist ein SuSE-Standardkernel auf dieser Maschine.

ACK Gleiche Config und DMA = 1 Andy

Ekkard Gerlach wrote:

[...] was spricht dagegen den DMA im Kernel immer einzuschalten und diesen bei Bedarf dann per -d1 tatsächlich zu aktivieren? Ist es so, daß für manche Brenner schon die Option eines DMA im Kernel (der noch in hdparm abgeschaltet ist) die Ursache für Fehlverhalten ist?

Ich verstehe die Frage schon gar nicht. DMA wird standardmaessig nur fuer Festplatten automatisch eingeschaltet, dafuer sorgt die entsprechende Kernel-Option. Es hindert Dich niemand daran, auch bisher schon nicht, DMA von Hand auch fuer Nicht-Festplatten einzuschalten, sofern diese Geraete das koennen und vertragen. Ich habe Dir ja gezeigt, dass das bei mir der Fall ist und funktioniert und Andreas hat das ja auch bestaetigt. Leider ist es eben so, dass auch heute noch etliche Geraete mit DMA nicht 100% zurecht kommen, weswegen es eben eine konservative (aber sichere) Einstellung ist, DMA fuer Nicht-Festplatten erst einmal standardmaessig auf "aus" zu lassen. Wenn SuSE DMA standardmaessig fuer alle Laufwerke automatisch aktiviert und dann 1/3 der Systeme nur noch IDE-Resets macht und nichts mehr geht, dann waere das Geschrei auch gross. Wie man es macht ist es eben falsch :-) In diesem Falle stimme ich SuSE aber mit der etwas konservativeren Einstellung zu. Wenn Du uebrigens per hdparm DMA einschaltest, solltest Du wenn moeglich auch gleich den Modus mitgeben, um auf der sicheren Seite zu sein.

Suse sollte für die Sache mit dem Brennen dringend irgendeine Lösung schaffen (ggf zwei Kernel). Denn mittlerweile gibt es kaum noch reine 1x-DVD-Rohlinge. Die DVD-Brenner erzwingen nämlich i.d.R 2x oder schnelleres Schreiben (zumindest bei meinem Toshiba SD-R5272 mit cdrecordproDVD ist das so). Ohne DMA geht bei einem XP2000 (1,7GHz), UDMA 100 und 512DDRAM spätestens nach 200MB nichts mehr, weil load average auf über 3, 40% Last angestiegen. Mit DMA ist die Prozessorlast bei 0,3% und load average bei 0.1! Das Brennen 2x DVD macht sich gar nicht bemerkbar.

Das kann ich alles nicht nachvollziehen. Das hat hier von Anfang an ohne Probleme funktioniert. 4x DVD brennen (mehr kann mein Brenner leider nicht) oder 24 x CD brennen ist kein Problem, ohne dass dabei das System in die Knie geht. Jedenfalls stehe ich nicht 30 min neben meinem Rechner, wenn ich eine DVD brenne, und schaue dem Laufbalken zu, sondern ich arbeite einfach weiter.

Es werden viele Linux-User auf die Nase fliegen wenn sie versuchen unter Linux DVD's zu brennen - so wie ich ;-) und sich dann wieder M$ zuwenden (ich nicht :D ).

Wenn ihnen M$ besser gefaellt, dann sollen sie das tun. Von solchen Belehrungen zu Linux halte ich eh nichts. Ausserdem scheinen ja nur manche Leute Probleme zu haben, sonst haette man ueber die Jahre wohl schon oefters auf dieser Liste davon gehoert, dass DVDs nur 1x oder CDs nur mit 8x o.ae. gebrannt werden koennen. Ein Leidensgenosse ist IIRC Rene - er hat schon oefters von Problemen berichtet. Aber auch die konnte nicht jeder nachvollziehen. CU, Th.

Ekkard Gerlach wrote:

aha! IDE-Reset! Das ist also eine häufige Fehlfunktion, die auftritt, wenn im Kernel DMA eingeschaltet ist, verstehe. Okay, danke wußte ich nicht.

Siehe Manual-Seite von "hdparm". Wenn Du z.B. die Option "-k" setzt, so werden die Einstellungen zu DMA ueber einen Soft-Reset erhalten. Wenn nun das Laufwerk z.B. nicht mit DMA zurecht kommt, dann wird ein Soft-Reset (das ist Teil der Prozedur zum Beheben des Fehlers) gemacht. Aber die Einstellung zu DMA bleibt ja erhalten, und dann gehts wieder von vorne los... Es entsteht also eine Schleife aus permanenten Fehlermeldungen und Resets. Deswegen sollte man z.B. auch die Option "-k" nur nach vorherigem Test setzen und nicht automatisch. Wenn Dein Laufwerk nicht mit DMA umgehen kann und Du versuchst es ihm aufzuzwingen, dann wirst Du auch sehen, wie schnell Deine /var/log/messages voll laufen kann. Uebrigens hatte ich in letzter Zeit mit Vanilla-Kerneln weniger DMA-Probleme als mit SuSE Kerneln - irgendetwas scheint SuSE da zu patchen, was (zumindest mir) in die Quere kommt (allerdings bezieht sich diese Aussage auf Festplatten). CU, Th.

Am Sonntag August 1 2004 21:59 schrieb Christian Boltz:

Hallo Ekkard, hallo Leute,

Am Sonntag, 1. August 2004 20:15 schrieb Ekkard Gerlach:

...

Die Standardeinstellung bei Suse-Kerneln hat zumindest bei mir über 1,5 Jahre erheblichen Schaden angerichtet. Dadurch, daß im Kernel die Option

CONFIG_IDEDMA_ONLYDISK=y

gesetzt ist, kann einem Brenner KEIN DMA zugewiesen werden. Das gilt zumindest für Suse 8.2 -Kernel.

Bist Du sicher? Sehr sicher?

AFAIK geht das nämlich.

Der Trick liegt darin, das IDE-Device des Brenners bei hdparm anzugeben, nicht das emulierte SCSI-Device. Also hdparm -d1 /dev/hdX X natürlich passend ersetzen ;-)

Nützt leider nur nix. Entweder wird das Flag zurückgewiesen oder nach einiger Zeit gelöscht. Mir ist noch kein Kernel untergekommen, der das ohne aktiviertes CONFIG_IDEDMA_ONLYDISK ermöglicht hätte. Gruß Udo -- printk("autofs: Out of inode numbers -- what the heck did you do?? \n"); 2.0.38 /usr/src/linux/fs/autofs/root.c

Am Sonntag, 1. August 2004 22:36 schrieb Damian Philipp:

Wenn ich eine CD Brenne (k3b, egal ob eigene Zusammenstellung oder irgend ein Image), reagiert der Rechner nur noch furchtbar zäh.

Das war bei mir auch so, nachdem ich von 8.2 auf 9.1 umgesteigen bin. Abhilfe brachte die Geräte umzustecken. hda: System-HD hdb: DVD-ROM hdc: DVD-Brenner hdd: 2. HD Vorher hatte ich: hda: System-HD hdb: 2. HD hdc: DVD-Brenner hdd: CD-ROM Ich hätte mir nicht gedacht, dass das so enorme Performance-Auswirkungen haben kann. Der Wechsel von CD-ROM auf DVD-ROM kann es ja nicht gewesen sein. Al

Hallo, Am Sun, 01 Aug 2004, Udo Neist schrieb:

Am Sonntag August 1 2004 21:59 schrieb Christian Boltz:

...

Der Trick liegt darin, das IDE-Device des Brenners bei hdparm anzugeben, nicht das emulierte SCSI-Device. Also hdparm -d1 /dev/hdX X natürlich passend ersetzen ;-)

Nützt leider nur nix. Entweder wird das Flag zurückgewiesen oder nach einiger Zeit gelöscht.

RTFM! ==== HDPARM(8) HDPARM(8) [..] -k Get/set the keep_settings_over_reset flag for the drive. When this flag is set, the driver will pre­ serve the -dmu options over a soft reset, (as done during the error recovery sequence). This flag defaults to off, to prevent drive reset loops which could be caused by combinations of -dmu settings. The -k flag should therefore only be set after one has achieved confidence in correct system operation with a chosen set of configuration settings. ==== (dabei bezeichnet '-dmu' '-d' und/oder '-m' und/oder '-u'). Wenn's also funktioniert dann sollte man '-k 1' in den hdparm-Aufruf einbauen, denn der IDE-Bus wird durchaus auch bei normalem Betrieb haeufiger resettet... -dnh -- Computers make very fast, very accurate mistakes.