Hi Andreas et al.,

while using current cdrdao successfully over a series of unusual
hardware, one simple case render my system completely busy:

Source: data cd (MODE1)
cdrdao read-cd --device 0,0,0 --driver generic-mmc -n toc

reader is a TOSHIBA DVD-ROM SD-C2302    Rev: 1315
Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0000)
via ide-scsi from Linux-ia32-2.4.[345] on a Toshiba Tecra 8100
650 MHz P3 w/320 MB RAM. Resources should be sufficient ;-)

What happens is, that quickly after lauching read-cd command,
system load raises above 5 (0% idle, > 95% CPU time spend in
kernel).  The command would run sccessfully, unless I kill it, which
itself takes enough patience...

I haven't any idea, what's going wrong. Reading cdda works
pretty slow (factor 1.5-2), but reliable.

BTW: grabing and burning cdda/mode1 cds works nicely via pcmcia
firewire with an external fw case and Plextor PlexWriter 12/10/32
'PX-W1210A' '1.07' here :-) Wanna some numbers? Just ask!

A 12 * on the fly mode1 data copy between these devices was
successful! (Significant load, but faily responsive system behaviour)

I haven't fitted all pieces of this puzzle, yet. May some kind soul
shed some light on this, please.

Thanks in advance,

P.S.: Aborting a write command during/before the OPC causes
some fragments to be written - bug or feature?