scsi-Emulation im laufenden Berieb aktivieren
Hallo, Ich habe hier zwei IDE CD-ROMs (hde, hdg) und möchte eines davon mit ide-scsi Emulation betreiben. Normalerweise mache ich das mit Boot-Parametern. Wie geht das denn ohne Reboot? Grüsse, Rüdiger
Hallo, Am Wed, 29 Oct 2003, Rüdiger Meier schrieb:
Ich habe hier zwei IDE CD-ROMs (hde, hdg) und möchte eines davon mit ide-scsi Emulation betreiben. Normalerweise mache ich das mit Boot-Parametern. Wie geht das denn ohne Reboot?
Gar nicht. Und du solltest _dringend_ ALLE CD-Laufwerke mit ide-scsi betreiben, sofern du auch nur fuer eines ide-scsi verwenden willst. Warum findest du u.a. in Mails von mir im Archiv (IIRC zufaellig erst neulich im Oktober). -dnh -- A computer packed up last week (read: GameOS screwed itself up the arse with a kebab skewer) [James Cort]
Hallo, Am Donnerstag, 30. Oktober 2003 01:39 schrieb David Haller:
Am Wed, 29 Oct 2003, Rüdiger Meier schrieb:
Normalerweise mache ich das mit Boot-Parametern. Wie geht das denn ohne Reboot?
Gar nicht.
Geht nicht?
Und du solltest _dringend_ ALLE CD-Laufwerke mit ide-scsi betreiben, sofern du auch nur fuer eines ide-scsi verwenden willst.
Warum findest du u.a. in Mails von mir im Archiv (IIRC zufaellig erst neulich im Oktober).
Da hatten wir beide ausgiebig drüber diskutiert, und ich wollte das hier beobachten und demnächst Rapport machen. Bin aber noch nicht viel schlauer geworden, weil ich in dem Zusammenhang noch auf andere Probleme gestossen bin. Dachte ich könnte mir die Sache erleichtern, wenn ich ohne Reboot von ide-cd nach ide-scsi wechseln könnte. Bis jetzt kann ich nichts negatives berichten über den gemischten Betrieb. Es gibt zwar ab und an Fehlermeldungen wie: Oct 29 23:17:43 linux kernel: hdg: command error: error=0x54 Oct 29 23:17:43 linux kernel: end_request: I/O error, dev 22:00 (hdg), sector 4 Oct 29 23:17:43 linux kernel: hdg: command error: status=0x51 { DriveReady SeekC aber die kann ich hier anscheinend nur verhindern, wenn ich alles mit ide-cd betreibe. Auch habe ich hier noch nie erlebt, daß der Kernel DMA abgeschalten hat, wie ich es gerade auf einem anderen Rechner ständig mit ansehen muss. Eigenartig fand ich, daß ide-cd besser mit einigen kopiergeschützten CDs zurechtkommt. Ide-scsi (ohne ide-cd!) hat hier teilweise so verrückt gespielt, daß ich nicht mal mehr auf ne konsole gekommen bin, um init 0 zu machen. Das ist aber alles nur schwer reproduzierbar und macht keinen Spass, wenn man ständig rebooten muss, um einen neue Kombination zu testen. Irgendwie kommt es mir auch vor, als ob jedes Laufwerk irgendeine andere Macke hat. Das eine mag dies nicht und das andere das nicht. Der Kernel meckert auch die ganze Zeit rum, aber wenn man Glück hat funktioniert trotzdem alles. Grüsse, Rüdiger
Rüdiger Meier schrieb: Hi,
Irgendwie kommt es mir auch vor, als ob jedes Laufwerk irgendeine andere Macke hat. Das eine mag dies nicht und das andere das nicht. Der Kernel meckert auch die ganze Zeit rum, aber wenn man Glück hat funktioniert trotzdem alles.
Jo das stimmt. Da muss man immer ausgiebig testen. Ich hatte mal ein DVD-Laufwerkt (NEC) das hat bei IDE-SCSI zwar fleissig Daten kopiert von der CD, allerdings konnte ich mit keiner Datei mehr was anfangen. War wohl nur binärer Datensalat. Also ich hab auch nur ein Laufwerk von 2 auf ide-scsi (Brenner). Hab eigentlich keine Probleme damit. So wie ich gelesen hab, wird ja ab Kernel 2.6 besser der IDE-Bus unterstützt, somit man IDE-Brenner ohne SCSI-Emulation ansprechen kann. Das geht zwar jetzt auch schon (cdrecord kanns in der neuen Version) allerdings mit erheblichen CPU-Last, und noch einigen Einschränkungen ! Gruss Patrick
Hallo, Am Thu, 30 Oct 2003, Patrick Klaus schrieb:
Rüdiger Meier schrieb:
Irgendwie kommt es mir auch vor, als ob jedes Laufwerk irgendeine andere Macke hat. Das eine mag dies nicht und das andere das nicht. Der Kernel meckert auch die ganze Zeit rum, aber wenn man Glück hat funktioniert trotzdem alles. [..] Also ich hab auch nur ein Laufwerk von 2 auf ide-scsi (Brenner). Hab eigentlich keine Probleme damit.
Welcher Kernel?
So wie ich gelesen hab, wird ja ab Kernel 2.6 besser der IDE-Bus unterstützt, somit man IDE-Brenner ohne SCSI-Emulation ansprechen kann.
Das waere mir neu... Details? Links? Ich will evtl. eh demnaechst den Kernel 2.6 testen, der scheint lt. mind. einer eher zuverlaessigen Quelle eh schon durchaus stabil genug zu sein... Und ich hatte mit 2.4.0-test{1,4} ja auch nur gute Erfahrungen ;) Ich zoegere bisher eh nur (noch) die noetige Kompilierorgie hinaus...
Das geht zwar jetzt auch schon (cdrecord kanns in der neuen Version) allerdings mit erheblichen CPU-Last, und noch einigen Einschränkungen !
Ui... Muss ich mein cdrecord dann /doch/ mal aktualisieren? $ cdrecord -version Cdrecord release 1.8a22 Copyright (C) 1995-1999 Jörg Schilling $ rpm -q --queryformat "%{buildtime:date}\n" -f `which cdrecord` Fri 23 Jul 1999 01:03:23 AM CEST $ rpm -q --queryformat "%{installtime:date}\n" -f `which cdrecord` Fri 10 Sep 1999 11:03:20 AM CEST $ rpm -q -f `which cdrecord` cdrecord-1.8-23 *g* Bisher tat obiges eben immer das was ich brauchte ;) -dnh -- No sig today
David Haller schrieb: Hi David,
Also ich hab auch nur ein Laufwerk von 2 auf ide-scsi (Brenner). Hab eigentlich keine Probleme damit.
Welcher Kernel?
2.4.21-121-athlon (Mantel)
So wie ich gelesen hab, wird ja ab Kernel 2.6 besser der IDE-Bus unterstützt, somit man IDE-Brenner ohne SCSI-Emulation ansprechen kann.
Das waere mir neu... Details? Links? Ich will evtl. eh demnaechst den Kernel 2.6 testen, der scheint lt. mind. einer eher zuverlaessigen Quelle eh schon durchaus stabil genug zu sein... Und ich hatte mit 2.4.0-test{1,4} ja auch nur gute Erfahrungen ;) Ich zoegere bisher eh nur (noch) die noetige Kompilierorgie hinaus...
finde jetzt nicht die Quelle wo es stand, glaubs mir einfach ;-)
Das geht zwar jetzt auch schon (cdrecord kanns in der neuen Version) allerdings mit erheblichen CPU-Last, und noch einigen Einschränkungen !
Ui... Muss ich mein cdrecord dann /doch/ mal aktualisieren?
(Quelle: http://www.fokus.fhg.de/research/cc/glone/employees/joerg.schilling/private/...) - Linux (unfortunately not in the default configuration) - It works more or less if you include ide-scsi - Linux-2.4.xx includes a CDROM Packet interface in the IDE CD driver. For this driver libscg now includes support in pre-alpha status. Use cdrecord dev=ATAPI -scanbus to check for drives and e.g. cdrecord dev=ATAPI:0,0 .... for writing. Note that this interface is not integrated into the standard libscg device naming scheme. Support for this interface has been included because it is the only way to use a PCCARD/PCMCIA writer - trying to use ide-scsi on a PCATA interface will cause a Linux kernel panic or will block all ATAPI drives. - Starting with Linux-2.5.45, there is a new experimental ATAPI interface initiated by Linus Torvalds. Unfortunately, this interface does not fit well into the rest of the Linux SCSI kernel transport naming scheme. Cdrecord allows to use this interface by calling e.g. cdrecord dev=/dev/hdc ... but it is not officially supported until it has been integrated into the dev=bus,target,lun nming scheme. All Linux ATAPI transport implementations do not support DMA. Current execptions are: - ide-scsi with block size 2048 and if DMA has been enabled - The new experimental ATAPI interface starting with Linux-2.5.45 allows DMA if DMA has been enabled and the sector size is a multiple of 4. This allows to use DMA for audio CDs and when writing any type of CD in RAW mode. RAW mode is needed for many new and cheap drives that have bugs when writing in cooked mode. If there is no DMA, you cannot write faster than approx 16x. Gruss Patrick
Patrick Klaus schrieb:
finde jetzt nicht die Quelle wo es stand, glaubs mir einfach ;-)
Hat mir jemand netterweise geschickt. http://www.codemonkey.org.uk/post-halloween-2.5.txt http://www.kubieziel.de/computer/halloween-german.html (deutsche Übersetzung) Gruss Patrick
Hallo, Am Fri, 31 Oct 2003, Patrick Klaus schrieb:
Patrick Klaus schrieb: [cdrecord kann auch ohne ide-scsi]
finde jetzt nicht die Quelle wo es stand, glaubs mir einfach ;-)
Hat mir jemand netterweise geschickt. http://www.codemonkey.org.uk/post-halloween-2.5.txt
Mir auch :) Danke Margit! Bisher (Kernel <= 2.4.x) gelten aber meine Erfahrungswerte wohl noch ;) Hm. Bin mal gespannt, ob meine HW auch mit 2.6 laeuft -- die Details z.B. aus o.g. stimmen mich nicht gerade optimistisch ;( -dnh -- Was soll man sonst gegen die Tellertuben machen. Da lob Ich mir die Pokemons. Sind zwar auch blöde Viecher, machen aber nicht Eyo Duggie Duggie Waahh Waah! [WoKo in dag°]
Hallo, Am Thu, 30 Oct 2003, Rüdiger Meier schrieb:
Am Donnerstag, 30. Oktober 2003 01:39 schrieb David Haller:
Am Wed, 29 Oct 2003, Rüdiger Meier schrieb:
Normalerweise mache ich das mit Boot-Parametern. Wie geht das denn ohne Reboot?
Gar nicht.
Geht nicht?
Nein. Leider, v.a. im Zusammenhang dessen, was du unten schreibst. Hab ich neulich selber mal ausfuehrlich (mit >>5 reboots!) getestet: * gebootet mit hdd=ide-scsi / ohne * mit allen Tricks versucht, ide-cd zu verwenden (bzw. andersrum) -> Nix, Fehler, ging nicht, Lockup... Kannst du vergessen... Zumindest mit Kernel <= 2.4.16. Und dass sich da in 2.4.x noch was aendert bezweifle ich sehr. Mit 2.6.x waere es evtl. nochmal nen Versuch wert.
Und du solltest _dringend_ ALLE CD-Laufwerke mit ide-scsi betreiben, sofern du auch nur fuer eines ide-scsi verwenden willst.
Warum findest du u.a. in Mails von mir im Archiv (IIRC zufaellig erst neulich im Oktober).
Da hatten wir beide ausgiebig drüber diskutiert, und ich wollte das hier beobachten und demnächst Rapport machen. Bin aber noch nicht viel schlauer geworden, weil ich in dem Zusammenhang noch auf andere Probleme gestossen bin.
Ach, du warst das? Tut mir leid, aber ide-scsi ist fuer mich seit ca. 3 Jahren ein Dauerthema hier, bei dem ich mir hier staendig die Finger wundtippe, da merke ich mir i.d.R. keine Namen mehr... ;)
Dachte ich könnte mir die Sache erleichtern, wenn ich ohne Reboot von ide-cd nach ide-scsi wechseln könnte.
Das geht leider nicht (liegt an Kernel-Interna), s.o..
Bis jetzt kann ich nichts negatives berichten über den gemischten Betrieb. Es gibt zwar ab und an Fehlermeldungen wie:
Oct 29 23:17:43 linux kernel: hdg: command error: error=0x54 Oct 29 23:17:43 linux kernel: end_request: I/O error, dev 22:00 (hdg), sector 4 Oct 29 23:17:43 linux kernel: hdg: command error: status=0x51 { DriveReady SeekC
aber die kann ich hier anscheinend nur verhindern, wenn ich alles mit ide-cd betreibe. Auch habe ich hier noch nie erlebt, daß der Kernel DMA abgeschalten hat, wie ich es gerade auf einem anderen Rechner ständig mit ansehen muss.
Hmja. Dann hast du Glueck. Ich hatte (mit einem aelteren Kernel (2.2.x und 2.4.0-test{1,4})) hier teilweise _massive_ Haenger (nicht mal SysRq ging noch -> Reset). AFAIK haben die Entwickler von ide-cd zumindest _das_ abgestellt -- Probleme gibt's aber wohl immer noch haeufiger.
Eigenartig fand ich, daß ide-cd besser mit einigen kopiergeschützten CDs zurechtkommt. Ide-scsi (ohne ide-cd!) hat hier teilweise so verrückt gespielt, daß ich nicht mal mehr auf ne konsole gekommen bin, um init 0 zu machen.
Das ist komisch -- ide-scsi laeuft bei mir hier (Vanilla Kernel 2.4.16) einwandfrei... Allerdings habe ich kaum neuere CDs, die neueste ist die "All this time" von Sting, und die ist offenbar nicht kopiergeschuetzt. Hast du SysRq probiert? Lebte die Kiste via seriell/Netz/Joystick noch? Was ist deine exakte Kernel-Version? SuSE-Kernel oder Vanilla (mit welchen patches ggfs.)? Was fuer ein Laufwerk verwendest du? Hast du's schon mit dem anderen als Lesegeraet probiert bzw. wenn ja, haengt sich die Kiste dann auch auf? Kannst du mal eine Beispiel-CD nennen, wo das passiert? Vielleicht kann das hier dann jemand nachvollziehen / ein Gegenbeispiel liefern... Hast du die CD auch mal bei Heise ("Un-CDs") nachgeschaut? [Was ich sonst zu Un-CDs zu sagen habe lass ich mal weg, das wuerde etwas lang *grr*]
Das ist aber alles nur schwer reproduzierbar und macht keinen Spass, wenn man ständig rebooten muss, um einen neue Kombination zu testen.
*Oerks* Ja. Ich verstehe dein Interesse...
Irgendwie kommt es mir auch vor, als ob jedes Laufwerk irgendeine andere Macke hat.
Das obendrein, siehe bei Heise... Manche LWs verschlucken sich an praktisch allen kopiergeschuetzten CDs, andere sind fast immun und quasi Allesfresser... Deine Probleme koennen also durchaus HW-bedingt sein...
Das eine mag dies nicht und das andere das nicht. Der Kernel meckert auch die ganze Zeit rum, aber wenn man Glück hat funktioniert trotzdem alles.
*seufz* Wobei ich fast vermute, der Kernel kann dafuer noch am wenigsten ;) -dnh -- Hm, mich hat Frust in meiner Linuxanfangszeit doch eher beflügelt, ich hab mir gedacht, dem Schrotthaufen Code zeig ich mal, wer die Hosen anhat. Wobei, ich zappel wohl hier immer noch eher in einem Strampelanzug herum ;) -- Thorsten von Plotho-Kettner in suse-linux
Hallo, Am Donnerstag, 30. Oktober 2003 04:29 schrieb David Haller:
* mit allen Tricks versucht, ide-cd zu verwenden (bzw. andersrum) -> Nix, Fehler, ging nicht, Lockup...
Bis jetzt kann ich nichts negatives berichten über den gemischten Betrieb. Es gibt zwar ab und an Fehlermeldungen wie:
Hmja. Dann hast du Glueck.
Wohl doch nicht! Habe eben nochmal systematsch getestet und dokumentiert: Wenn das DVD-ROM=ide-cd und der Brenner=ide-scsi dann kommt beim Lesen vom DVD-ROM (mit cdrdao read-cd): Oct 30 10:09:27 linux kernel: hde: packet command error: status=0x51 { DriveReady SeekComplete Error } Oct 30 10:09:27 linux kernel: hde: packet command error: error=0x54 Oct 30 10:09:27 linux kernel: hde: packet command error: status=0x51 { DriveReady SeekComplete Error } Oct 30 10:09:27 linux kernel: hde: packet command error: error=0x54 Oct 30 10:09:45 linux ipppd[878]: demuxprotrej: Unrecognized Protocol-Reject for protocol 0xd462 Oct 30 10:10:07 linux ipppd[878]: demuxprotrej: Unrecognized Protocol-Reject for protocol 0xa02e Das scheint aber keine Auswirkungen nach sich zu ziehen. Die ippp0 Meldungen habe ich absichtlich stehen lassen, weil die in dem Zusammenhang bei mir immer aufgetreten sind!? Das anschliessende Schreiben klappt ohne Fehler-Meldungen. Wenn ich aber vom Brenner einlese dann kommt: Oct 30 10:18:23 linux kernel: ide-scsi: The scsi wants to send us more data than expected - discarding data Oct 30 10:18:23 linux kernel: ide-scsi: [[ 43 2 2 0 0 0 0 0 f 0 0 0 ] Oct 30 10:18:23 linux kernel: ] Oct 30 10:18:23 linux kernel: ide-scsi: expected 15 got 16 limit 15 Oct 30 10:18:23 linux kernel: ide-scsi: transferred 1 of 2 bytes Oct 30 10:18:23 linux resmgr[1148]: accepted connection from user rudi Oct 30 10:18:23 linux resmgr[1148]: disconnect from rudi Oct 30 10:18:37 linux ipppd[878]: demuxprotrej: Unrecognized Protocol-Reject for protocol 0x90a2 Oct 30 10:18:54 linux ipppd[878]: demuxprotrej: Unrecognized Protocol-Reject for protocol 0xfa22 Oct 30 10:19:46 linux ipppd[878]: demuxprotrej: Unrecognized Protocol-Reject for protocol 0xdc79 Oct 30 10:19:48 linux ipppd[878]: demuxprotrej: Unrecognized Oct 30 10:21:42 linux kernel: scsi : aborting command due to timeout : pid 74369, scsi0, channel 0, id 0, lun 0 Read TOC 00 05 00 00 00 00 00 04 00 Oct 30 10:21:42 linux kernel: hdg: irq timeout: status=0xd0 { Busy } Oct 30 10:21:42 linux kernel: hdg: DMA disabled Oct 30 10:21:42 linux kernel: hdg: ATAPI reset complete Oct 30 10:21:42 linux kernel: hdg: irq timeout: status=0xc0 { Busy } Oct 30 10:21:42 linux kernel: hdg: ATAPI reset complete Oct 30 10:21:42 linux kernel: hdg: irq timeout: status=0xc0 { Busy } Danach ist dann DMA für den Brenner ausgeschalten. Man kann es wieder anschalten und hat sonst keine Probleme bis man "cdrdao read-cd" wieder auf den Brenner loslässt. Wenn beide Laufwerke mit ide-scsi betrieben werden hat man keine Probleme mit DMA. Es bleiben nur diese (harmlosen?) "The scsi wants to send us more data than expected...." Meldungen, allerdings jetzt ohne die von ipppd. Dazu eine Zusatzfrage: Ist es normal, daß das Auslesen mit cdrdao die Systemlast auf 100% steigen lässt? Das ist hier unabhängig von ide-cd oder ide-scsi. Auch egal von welchem LW ich lese. Beim 50fach Brennen (auch mit cdrdao) habe ich um die 5% Last!?
Eigenartig fand ich, daß ide-cd besser mit einigen kopiergeschützten CDs zurechtkommt. Ide-scsi (ohne ide-cd!) hat hier teilweise so verrückt gespielt, daß ich nicht mal mehr auf ne
Das ist komisch -- ide-scsi laeuft bei mir hier (Vanilla Kernel
Hast du SysRq probiert? Lebte die Kiste via seriell/Netz/Joystick noch?
Wie gesagt ich hatte Probleme, die ich nicht reproduzieren kann. Weiss nicht was genau die Hänger verursacht hat. Hatte mit diversen Playern und Rippern experimentiert. Zwei, drei mal hatte ich keine Macht mehr über Tastatur und Maus. Erfahrungsgemäß lohnt es sich ja meistens ein bisschen zu warten wie der Kampf Kernel gegen Hardware ausgeht. Aber die Geräusche meines CD-ROMs haben mich dann doch schnell zur Notbremse veranlasst. In dem Zusammenhang muss ich auch mal ein gutes Wort für reiserFS einlegen - nie Probleme damit gehabt.
Was ist deine exakte Kernel-Version? SuSE-Kernel oder Vanilla (mit welchen patches ggfs.)? Was fuer ein Laufwerk verwendest du? Hast du's schon mit dem anderen als Lesegeraet probiert bzw. wenn ja, haengt sich die Kiste dann auch auf?
2.4.21-99-athlon von Suse 9.0 noname DVD-ROM und Phillips-Brenner Der Brenner konnte (oder wollte?) Dieters Buch nie lesen obwohl er sonst AudioCDs besser ausliest. Naja das sind ja auch keine AudioCDs. Das DVD-ROM tat es nur mit ide-cd. Das habe ich auch nur durch Zufall gemerkt.
Kannst du mal eine Beispiel-CD nennen, wo das passiert? Vielleicht kann das hier dann jemand nachvollziehen / ein Gegenbeispiel
Eigentlich wollte ich es nicht nochmal public machen, daß es sich um Dieter Bohlens Höhrbuch handelte.
[Was ich sonst zu Un-CDs zu sagen habe lass ich mal weg, das wuerde etwas lang *grr*]
Ich finde die gar nicht schlecht, weil man sie nach dem kopieren, in vielen Läden zurückgeben kann, wenn man glaubhaft macht, daß sie im Autoradio nicht funktionieren. Schade nur, daß manchmal auch eine CD dabei ist die man gerne als Original im Schrank hätte.
Das obendrein, siehe bei Heise... Manche LWs verschlucken sich an praktisch allen kopiergeschuetzten CDs, andere sind fast immun und quasi Allesfresser...
Habe im Moment zig CD-ROMs hier herumliegen, darunter ein uraltes 2fach-LW aus meinem Amiga4000, Es fehlen mir jetzt nur noch kopiergeschützte Probanden (ich kaufe nämlich keine UN-CDs), und dann werde ich mal ne Testreihe machen.
Deine Probleme koennen also durchaus HW-bedingt sein...
Ich habe ungefähr tausend Fragen zum Thema IDE und DMA, gibt es dafür eine eigene Liste? Kann die unmöglich alle hier posten. Oder, ich streue sie einfach unter die ganzen Leute die SuSE boykottieren wollen.... Grüsse, Rüdiger
Hallo, Am Fri, 31 Oct 2003, Rüdiger Meier schrieb:
Am Donnerstag, 30. Oktober 2003 04:29 schrieb David Haller:
* mit allen Tricks versucht, ide-cd zu verwenden (bzw. andersrum) -> Nix, Fehler, ging nicht, Lockup...
Bis jetzt kann ich nichts negatives berichten über den gemischten Betrieb. Es gibt zwar ab und an Fehlermeldungen wie:
Hmja. Dann hast du Glueck.
Wohl doch nicht!
*hehe*
Habe eben nochmal systematsch getestet und dokumentiert:
Wenn das DVD-ROM=ide-cd und der Brenner=ide-scsi dann kommt beim Lesen vom DVD-ROM (mit cdrdao read-cd):
Oct 30 10:09:27 linux kernel: hde: packet command error: status=0x51 { DriveReady SeekComplete Error }
Man beachte, dass "hde" und nicht "sr*" erscheint ==> Fehler kommt von ide-cd... [..]
Das anschliessende Schreiben klappt ohne Fehler-Meldungen.
Glueckpilz! :)
Wenn ich aber vom Brenner einlese dann kommt:
Oct 30 10:18:23 linux kernel: ide-scsi: The scsi wants to send us more data than expected - discarding data [..] Oct 30 10:21:42 linux kernel: scsi : aborting command due to timeout : pid 74369, scsi0, channel 0, id 0, lun 0 Read TOC 00 05 00 00 00 00 00 04 00
Das ist AFAIK ein HW-/Firmware Problem. Das hat AFAIK nix mit dem Kernel bzw. cdrecord/cdrdao/cdda2wav/cdparanoia etc. zu tun...
Oct 30 10:21:42 linux kernel: hdg: irq timeout: status=0xd0 { Busy } Oct 30 10:21:42 linux kernel: hdg: DMA disabled Oct 30 10:21:42 linux kernel: hdg: ATAPI reset complete Oct 30 10:21:42 linux kernel: hdg: irq timeout: status=0xc0 { Busy } Oct 30 10:21:42 linux kernel: hdg: ATAPI reset complete Oct 30 10:21:42 linux kernel: hdg: irq timeout: status=0xc0 { Busy }
Danach ist dann DMA für den Brenner ausgeschalten. Man kann es wieder anschalten und hat sonst keine Probleme bis man "cdrdao read-cd" wieder auf den Brenner loslässt.
*hehe* Allerdings verwende ich cdrdao nicht, mir reichen cdparanoia/cdrecord (was aber auch daran liegt, was ich mache bzw. welche Medien ich auslese)
Wenn beide Laufwerke mit ide-scsi betrieben werden hat man keine Probleme mit DMA. Es bleiben nur diese (harmlosen?) "The scsi wants to send us more data than expected...." Meldungen, allerdings jetzt ohne die von ipppd.
s.o. Und es wundert mich nicht ;)
Dazu eine Zusatzfrage: Ist es normal, daß das Auslesen mit cdrdao die Systemlast auf 100% steigen lässt?
Wenn's via PIO laeuft waere das je nach CPU normal... Ich verwende cdrdao eben nicht, daher kann ich das nur schlecht beurteilen.
Das ist hier unabhängig von ide-cd oder ide-scsi. Auch egal von welchem LW ich lese. Beim 50fach Brennen (auch mit cdrdao) habe ich um die 5% Last!?
s.o.???
Eigenartig fand ich, daß ide-cd besser mit einigen kopiergeschützten CDs zurechtkommt. Ide-scsi (ohne ide-cd!) hat hier teilweise so verrückt gespielt, daß ich nicht mal mehr auf ne
Das ist komisch -- ide-scsi laeuft bei mir hier (Vanilla Kernel
Hast du SysRq probiert? Lebte die Kiste via seriell/Netz/Joystick noch?
Wie gesagt ich hatte Probleme, die ich nicht reproduzieren kann. Weiss nicht was genau die Hänger verursacht hat. Hatte mit diversen Playern und Rippern experimentiert. Zwei, drei mal hatte ich keine Macht mehr über Tastatur und Maus. Erfahrungsgemäß lohnt es sich ja meistens ein bisschen zu warten wie der Kampf Kernel gegen Hardware ausgeht.
*hehe* & *lol*
Aber die Geräusche meines CD-ROMs haben mich dann doch schnell zur Notbremse veranlasst.
*g*
In dem Zusammenhang muss ich auch mal ein gutes Wort für reiserFS einlegen - nie Probleme damit gehabt.
Sei froh, dass deine HDDs keine Probleme machen -- spaetestens dann wuerdest du dein Urteil ueber reiserfs revidieren... Das FS also solches ist ja ok -- nur ist es eben nicht robust.
Was ist deine exakte Kernel-Version? SuSE-Kernel oder Vanilla (mit welchen patches ggfs.)? Was fuer ein Laufwerk verwendest du? Hast du's schon mit dem anderen als Lesegeraet probiert bzw. wenn ja, haengt sich die Kiste dann auch auf?
2.4.21-99-athlon von Suse 9.0 noname DVD-ROM und Phillips-Brenner
Der Brenner konnte (oder wollte?) Dieters Buch nie lesen obwohl er sonst AudioCDs besser ausliest. Naja das sind ja auch keine AudioCDs. Das DVD-ROM tat es nur mit ide-cd. Das habe ich auch nur durch Zufall gemerkt.
Eigenartig... ;)
Kannst du mal eine Beispiel-CD nennen, wo das passiert? Vielleicht kann das hier dann jemand nachvollziehen / ein Gegenbeispiel
Eigentlich wollte ich es nicht nochmal public machen, daß es sich um Dieter Bohlens Höhrbuch handelte.
*uarghhh* Verdacht: die CD/DVD hat so nen ganz tollen super-duper Kopierschutz, der jede SW, die die Standards auch nur mal von weitem gesehen hat, zum naechsten Kotz-Kuebel rennen laesst (sozusagen) ;)
[Was ich sonst zu Un-CDs zu sagen habe lass ich mal weg, das wuerde etwas lang *grr*]
Ich finde die gar nicht schlecht, weil man sie nach dem kopieren, in vielen Läden zurückgeben kann, wenn man glaubhaft macht, daß sie im Autoradio nicht funktionieren. Schade nur, daß manchmal auch eine CD dabei ist die man gerne als Original im Schrank hätte.
Du Schlawiner, du!
Das obendrein, siehe bei Heise... Manche LWs verschlucken sich an praktisch allen kopiergeschuetzten CDs, andere sind fast immun und quasi Allesfresser...
Habe im Moment zig CD-ROMs hier herumliegen, darunter ein uraltes 2fach-LW aus meinem Amiga4000, Es fehlen mir jetzt nur noch kopiergeschützte Probanden (ich kaufe nämlich keine UN-CDs), und dann werde ich mal ne Testreihe machen.
"Keep us posted" (bzw. "mailed") und trage dein Scherflein zur DB bei heise bei, ja?
Deine Probleme koennen also durchaus HW-bedingt sein...
Ich habe ungefähr tausend Fragen zum Thema IDE und DMA, gibt es dafür eine eigene Liste?
Nur ne Kernel-Liste, die aber zuletzt wo ich die abonniert hatte (vor ca. nem Jahr) mehr oder weniger ausgestorben war...
Kann die unmöglich alle hier posten. Oder, ich streue sie einfach unter die ganzen Leute die SuSE boykottieren wollen....
Why is it that every time I see this message header it makes me think of programmers in redmond ? You can expect a protest demonstration outside your door this evening from
*g* ... du bist damit hier schon halbwegs richtig, es gibt hier ja noch andere, die sich mit dem Thema auskennen... Und ggfs. kann man immer noch an die kernel-liste (linux-ide IIRC) forwarden bzw. sich direkt an den Maintainer wenden... Zumal der fuer Kernel 2.6.x offenbar bei SuSE angestellt ist, d.h. hier hast du u.U. sogar einen "besseren" Draht zu den Verantwortlichen, weil sich hier evtl. ein anderer SuSE-Mitarbeiter erbarmt und deine Mails weiterleitet... Aber wie gesagt: linux-ide (IIRC) existiert, d.h. das ist wohl die geeignetere Liste... -dnh PS: wo liegen grad die Kernel-MLs? vger.kernel.org? Muesste ich auch auf kernel.org nachschauen... -- [Subject is: Mentally disabled monkeys on crack....] the National Coalition for Mentally Disabled Monkey on Crack. They're NOT happy that you compared them to programmers in Redmond... -- "Storm" and Jay Maynard
participants (3)
-
David Haller -
Patrick Klaus -
Rüdiger Meier