Re: Probleme mit IDE-Brenner und cdbakeoven
Hallo Andreas,
* Andreas Pakulat wrote:
>Ja und nein, im Prinzip hast du solche Probleme wenn eines der Geräte im
>PIO-Modus arbeitet, bei dem der ganze Datenstrom durch den Prozessor
>muss!
Wie finde ich das raus?
Ich muss leider sagen, das ich vom ganzen Hardware Hintergrund
absolut null Ahnung habe und bei diesen Fragen bei Googlen
regelmässig scheitere, da ich noch nicht mal die Frage kenne,
geschweige den die richtigen google Begriffe.
>Also isch hab hier denselben Brenner und DMA einschalten geht bei mir
>überhaupt net, dann hängt sich der Kernel regelmäßig auf. Ich meine
>damit das DMA vom Kernel, nicht das vom CD-Brenner. Liegt wohl am
Wie schaltet man den ein? Ich habe hier die Kernel Packages von
Adrain Bunk, also 1.4.20-k7
>IDE-Anschlüssen (nicht Controllern, da nur einer auf dem Board) so wie
ich dachte immer das es zwei sind: einer für den hda/b und einer
für hdc/d? Aber egal :)
>du ja wohl auch. Ich würde ja darauf tippen, dass dein CDROM kein DMA an
>hat, zumindestens produziert der Brenner hier bei mir beim Brennen von
>Platte aus keine 100% CPU Last.
Siehe unten: Beiden geben 'using_dma=1' aus.
>Interessanter wäre die Ausgabe von hdparm -v /dev/hd(b,c), also die
>eingeschalteten Optionen für CDROM und LiteOn CDBrenner. Wie du siehst,
>macht das LiteOn selbst eh MultiMode DMA (Frag mich jetzt bitte nicht,
>was das ist das weiß ich nicht, nur ist es kein UDMA). Aber ob der
>Kernel das auch an hat ist daraus nicht zu ersehen (der 2.4.18-bf24
>machts glaub ich aus).
Hier mal die Ausgaben (als root) von hdparm -vi:
---
/dev/hdb:
HDIO_GET_MULTCOUNT failed: Input/output error
I/O support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
HDIO_GET_NOWERR failed: Input/output error
readonly = 0 (off)
BLKRAGET failed: Input/output error
HDIO_GETGEO failed: Invalid argument
Model=TOSHIBA DVD-ROM SD-M1612, FwRev=1004, SerialNo=
Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=512kB, MaxMultSect=0
(maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 *udma2
AdvancedPM=no
Drive Supports : ATA/ATAPI-5 T13 1321D revision 3 : ATA-2 ATA-3
ATA-4 ATA-5
busstate = 1 (on)
----
/dev/hdc:
HDIO_GET_MULTCOUNT failed: Input/output error
I/O support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
HDIO_GET_NOWERR failed: Input/output error
readonly = 0 (off)
BLKRAGET failed: Input/output error
HDIO_GETGEO failed: Invalid argument
Model=LITE-ON LTR-12101B, FwRev=LKU6, SerialNo=
Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=1024kB, MaxMultSect=0
(maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2
AdvancedPM=no
busstate = 1 (on)
---
Woran kann man erkennen, ob der Kernel es an hat?
>Habs grad mal getestet und hier gehts halbwegs im Hintergrund,
>sprich das Lesen von CD belastet das System etwas und hin und wieder
>hakt die Maus, allerdings läuft hier auch KDE3.1, apache, cups, pdnsd,
>xmms spielt, ... und der Brenner brennt ohne Realtime scheduling, da als
>normaler User gestartet.
Same here: kde3.1, alle möglichen Server im Hintergrund (apache,
Tomcat, cups), AMDK/ 700MHz (laut Bios), 524MB Ram. Ansonsten
'rennt' der Computer ziemlich gut, Videos und sowas isind keien
Problem.
>Hier mal die Ausgabe der Geräte lt. hdparm:
>| I/O support = 0 (default 16-bit)
>| unmaskirq = 0 (off)
[..]
>| I/O support = 3 (32-bit w/sync)
>| unmaskirq = 0 (off)
>| using_dma = 0 (off)
Hier scheint der Unterscheid zu liegen: I/O ist bei mir beides mal
auf 1 und ich benutze 'unmaskirq = 1' (was auch immer das
bedeutet...). Und dma ist bei dir am Brenner aus.
Jan, weiss jetzt mehr, aber immer noch nicht genug :)
--
Jan Schulz jasc@gmx.net
"Wer nicht fragt, bleibt dumm."
Reply to: