On Sat, 9 Mar 2002, Paul wrote:
Previously, using packet-2.4.18-pre4.patch, it worked, but I would get loads of these messages:
Feb 20 21:29:27 squish kernel: Device 0b:00 not ready: cmd=0, sector=10124, nr_sectors=116 ...
Now, I get these guys, but just every second or so, when writing.
Mar 9 23:04:38 squish kernel: scsi : aborting command due to timeout : pid 3160, scsi0, channel 0, id 0, lun 0 0x35 00 00 00 00 00 00 00 00 00
It looks like the flush cache command needs more than 5 seconds to finish. Does this patch help? --- linux/drivers/block/pktcdvd.c.old Sun Mar 10 17:22:01 2002 +++ linux/drivers/block/pktcdvd.c Sun Mar 10 17:21:36 2002 @@ -1633,6 +1633,7 @@ init_cdrom_command(&cgc, NULL, 0, CGC_DATA_NONE); cgc.cmd[0] = GPCMD_FLUSH_CACHE; cgc.quiet = 1; + cgc.timeout = 20*HZ; /* * the IMMED bit -- we default to not setting it, although that
Writing seems very slow, but Im not sure how fast it should be. rm -rf on ~600 files comprising 89M took 30 minutes. (and generates a load of 3).
I have noticed before that rm -rf on a udf filesystem is quite slow, but I don't remember if it used to be that slow. Is it slower than the 2.4.18-pre4 version? I didn't think the extra flush cache commands would slow things down, because the drive will have to finish the write commands anyway before it can start reading. But that's just the theory, in practice, anything can happen ;-)
The driver determines the read/write speed of the drive as 12/8, though the drive is only supposed to be able to do speed 4 on cdrw media. (32/8/4)
I think the read/write speeds are reported incorrectly in some cases. This is harmless though.
The process of writing seems very consistant; the drive is pretty quiet, with some seeking sounds, and the 'writing' light on for a 2-3 seconds, then the light goes out, and the drive makes a brief 'spin up' sound for a second, repeat.
I also think we could handle the read/write speeds smarter in the driver. If you are mixing reads and writes to the drive, it is probably faster to use the same read and write speed. The read speed should only be increased if there are many reads and no writes. -- Peter Osterlund - petero2@telia.com http://w1.894.telia.com/~u89404340