On Tue 13 Jan 2004 11:35 am, Peter Osterlund wrote:
On Tue, 13 Jan 2004, Doug Holland wrote:
I'm running on an 650MHz Athlon, and the CD-RW drive in question is a generically rebranded Lite-On Combo LTC-48161H (16x DVD/48x read/48x CD-R/24x CD-RW combo drive.)
I just compiled kernel 2.6.0, with the packet-writing patch (packet-2.6.1-rc1-2.patch.bz2) on a Debian unstable system. I followed the instructions in the hint file (http://cvs.linuxfromscratch.org/index.cgi/hints/Attic/cdrw-hint.txt?rev= 1.3) to get it working, and it's working to an extent.
The problem is that when I copy medium-large sized files (a few megabytes, such as an mp3,) the drive just keeps running & running, with the LED lit in amber (meaning it's writing). Running sync to get the drive to finish the job doesn't seem to do anything, and if I umount and remount the CD-RW, some of the files I tried to copy to it are missing.
When I run dmesg, I get thousands of these error messages.
ide-cd: write_intr decode_status bad hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 end_request: I/O error, dev hdc, sector 5736 ide-cd: write_intr decode_status bad hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 end_request: I/O error, dev hdc, sector 5744 ide-cd: write_intr decode_status bad hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54
....
Does anybody here have any ideas on how to get rid of these errors?
I don't know yet, but I have the same problem on one of my IDE drives (Sony CRX175A). I only have a problem when using native ide support in a 2.6 kernel. In 2.4 the drive works with both native ide and scsi emulation, and it also works with scsi emulation in 2.6.
I have another IDE drive (HP 8100) on the same ide channel which works perfectly with native ide in 2.6, so it can't be that packet writing using native ide is completely broken in 2.6.
It looks like I/O requests sent from the packet driver to the ide driver get shifted 4 sectors. In the log file below, the requested sectors (the numbers within parenthesis on the pkt_gather_data lines) exactly match the reported read sectors (in pkt_end_io_read), except for the 4 sector offset.
I also get an "access beyond end of device" if I try to access the last sector on the disc, so it seems like the offset is added before the actual I/O operation starts.
run_state_machine: pkt 5 pkt_gather_data: Adding frame 0 (120500), page:c1098f80 offs:0 pkt_gather_data: Adding frame 1 (120504), page:c1098f80 offs:2048 ... -- Peter Osterlund - petero2@telia.com http://w1.894.telia.com/~u89404340
Weird. I'm gonna try again using my older HP 9100, see if it behaves a little better. I would really like to avoid turning on SCSI emulation - it's always been a pain for me to set up, and my drives otherwise work fine without it. Thanks for the help, Doug