Hello! I am trying to use an Acer 4406EU USB CDRW drive for packet writing. This drive has a firmware bug that causes SCSI commands with a reply length of 2 to fail. (I don't know exactly what happens, but by reading the changelog for cdrecord, this bug seems to cause DMA problems when using a regular SCSI drive, which will trigger a SCSI bus reset. I have no idea what happens in the USB case.) When using plain 2.4.7 kernel and mounting a UDF disk, the kernel says: Jul 23 23:29:05 pengo kernel: sr1: CDROM (ioctl) error, command: 0x51 00 00 00 00 00 00 00 02 00 Jul 23 23:29:05 pengo kernel: Current sr00:00: sns = 70 0 Jul 23 23:29:05 pengo kernel: Raw sense data:0x70 0x00 0x00 0x00 0x00 0x00 0x00 0x0a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 Jul 23 23:29:06 pengo kernel: I/O error: dev 0b:01, sector 1334868 Jul 23 23:29:13 pengo kernel: I/O error: dev 0b:01, sector 1333844 Jul 23 23:29:21 pengo kernel: I/O error: dev 0b:01, sector 1333620 Jul 23 23:29:21 pengo kernel: I/O error: dev 0b:01, sector 1334860 Jul 23 23:29:29 pengo kernel: I/O error: dev 0b:01, sector 1333836 Jul 23 23:29:38 pengo kernel: I/O error: dev 0b:01, sector 1333612 Jul 23 23:29:46 pengo kernel: I/O error: dev 0b:01, sector 1334268 Jul 23 23:29:53 pengo kernel: I/O error: dev 0b:01, sector 1333244 Jul 23 23:30:01 pengo kernel: I/O error: dev 0b:01, sector 1333020 Jul 23 23:30:07 pengo kernel: I/O error: dev 0b:01, sector 1334260 Jul 23 23:30:15 pengo kernel: I/O error: dev 0b:01, sector 1333236 Jul 23 23:30:23 pengo kernel: I/O error: dev 0b:01, sector 1333012 Jul 23 23:30:23 pengo kernel: I/O error: dev 0b:01, sector 1095300 Jul 23 23:30:25 pengo kernel: UDF-fs INFO UDF 0.9.4.1-rw (2001/06/13) Mounting volume 'test01', timestamp 1999/10/09 22:29 (1078) I don't know if the I/O errors are related to the firmware bug, but anyway, with this 2.4.7 kernel, the mount eventually succeeds. When I try the same thing with 2.4.7+packet patch, (mounting read-only, the pktcdvd module is not involved), I get an error interrupt from the USB controller, followed by an oops and a hard hang. Manual decoding of the oops: Unable to handle kernel NULL pointer dereference at virtual address 0000000c. EIP: kfree+35 Call Trace: [bh_action] [handle_IRQ_event] [do_IRQ] [ret_from_intr] Kernel panic: Aiee, killing interrupt handler! -- Peter Österlund peter.osterlund@mailbox.swipnet.se Sköndalsvägen 35 http://home1.swipnet.se/~w-15919 S-128 66 Sköndal +46 8 942647 Sweden
participants (1)
-
Peter Osterlund