Distribution: debian/sid Hardware Environment: model name : AMD Athlon(tm) XP 2000+ 00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400 AGP] Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge 00:09.0 Network controller: Eicon Technology Corporation DIVA LOW (rev 01) 00:0c.0 Multimedia audio controller: Yamaha Corporation YMF-724F [DS-1 Audio Controller] (rev 03) 00:0f.0 RAID bus controller: CMD Technology Inc Silicon Image SiI 3112 SATARaid Controller (rev 01) 00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 06) 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233 AC97 Audio Controller (rev 50) 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R200 QM [Radeon 9100] Software Environment: cdrecord ide-scsi sg sd (kernel have most of the debug info and checks compiled in due to this bug) Problem Description: Freeze or crash on cd write (cdrecord, cdrdao), after 3-6 minutes, not deterministic but it crashes 80% of the time. I am not aware of anything polling cd status (magicdev or alike), but not impossible (X, gnome is running, but no CD mounter/info app. as far as I know). It does not crash on 2.4.20, does crash on 2.6.0-test[3-6]. cdwriter is hdc / sg0. Usually it freezes hard (no magic sysreq), but last time it managed to sync the disks before death: 2003-10-08_10:00:11.65662 kern.warn: hdc: lost interrupt 2003-10-08_10:00:11.65669 kern.err: ide-scsi: CoD != 0 in idescsi_pc_intr 2003-10-08_10:00:11.65670 kern.info: hdc: DMA disabled 2003-10-08_10:00:11.65671 kern.err: ide-scsi: abort called for 4354 2003-10-08_10:00:13.35274 kern.warn: hdc: ATAPI reset complete 2003-10-08_10:00:13.75966 kern.err: ide-scsi: reset called for 4354 2003-10-08_10:00:13.75970 kern.warn: ------------[ cut here ]------------ 2003-10-08_10:00:13.75971 kern.warn: kernel BUG at drivers/scsi/ide-scsi.c:493! 2003-10-08_10:00:13.75972 kern.warn: invalid operand: 0000 [#1] 2003-10-08_10:00:13.75974 kern.warn: CPU: 0 2003-10-08_10:00:13.75975 kern.warn: EIP: 0060:[<f896fabb>] Not tainted 2003-10-08_10:00:13.75976 kern.warn: EFLAGS: 00010286 2003-10-08_10:00:13.75977 kern.warn: EIP is at idescsi_transfer_pc+0x9b/0x120 [ide_scsi] 2003-10-08_10:00:13.75979 kern.warn: eax: ef084ef8 ebx: c037bed0 ecx: c02065f0 edx: 00000172 2003-10-08_10:00:13.75980 kern.warn: esi: c5628104 edi: eee19fb4 ebp: ecf57e10 esp: ecf57dec 2003-10-08_10:00:13.75981 kern.warn: ds: 007b es: 007b ss: 0068 2003-10-08_10:00:13.75982 kern.warn: Process scsi_eh_0 (pid: 93, threadinfo=ecf56000 task=ecfbf9e0) 2003-10-08_10:00:13.75984 kern.warn: Stack: 00000172 c037bed0 00000008 00000080 0000001e eee19fb4 c037bed0 00000000 2003-10-08_10:00:13.75985 kern.warn: c479bf38 ecf57e3c c0202b51 c037bed0 c5628104 00000000 00000088 0000001e 2003-10-08_10:00:13.75986 kern.warn: 00000016 c479bf38 c037bed0 c037be24 ecf57e64 c0202ea2 c037bed0 c479bf38 2003-10-08_10:00:13.75987 kern.warn: Call Trace: 2003-10-08_10:00:13.75989 kern.warn: [<c0202b51>] start_request+0x161/0x270 2003-10-08_10:00:13.75990 kern.warn: [<c0202ea2>] ide_do_request+0x212/0x3d0 2003-10-08_10:00:13.75991 kern.warn: [<c01f4787>] __elv_add_request+0x27/0x40 2003-10-08_10:00:13.75993 kern.warn: [<c02035d8>] ide_do_drive_cmd+0xb8/0x120 2003-10-08_10:00:13.75994 kern.warn: [<f8970357>] idescsi_queue+0x1e7/0x610 [ide_scsi] 2003-10-08_10:00:13.75996 kern.warn: [<f899da95>] scsi_send_eh_cmnd+0x95/0x130 [scsi_mod] 2003-10-08_10:00:13.75997 kern.warn: [<f899d9b0>] scsi_eh_done+0x0/0x50 [scsi_mod] 2003-10-08_10:00:13.75998 kern.warn: [<f899d980>] scsi_eh_times_out+0x0/0x30 [scsi_mod] 2003-10-08_10:00:13.75999 kern.warn: [<f899de35>] scsi_eh_tur+0x95/0xd0 [scsi_mod] 2003-10-08_10:00:13.76001 kern.warn: [<f899e086>] scsi_eh_bus_device_reset+0x126/0x160 [scsi_mod] 2003-10-08_10:00:13.76002 kern.warn: [<f899e748>] scsi_eh_ready_devs+0x28/0x70 [scsi_mod] 2003-10-08_10:00:13.76003 kern.warn: [<f899e8af>] scsi_unjam_host+0x9f/0xb0 [scsi_mod] 2003-10-08_10:00:13.76004 kern.warn: [<f899e961>] scsi_error_handler+0xa1/0xd0 [scsi_mod] 2003-10-08_10:00:13.76012 kern.warn: [<f899e8c0>] scsi_error_handler+0x0/0xd0 [scsi_mod] 2003-10-08_10:00:13.76013 kern.warn: [<c0108ea9>] kernel_thread_helper+0x5/0xc 2003-10-08_10:00:13.76015 kern.warn: 2003-10-08_10:00:13.76016 kern.warn: Code: 0f 0b ed 01 29 0f 97 f8 8b 56 38 a1 c0 d8 2c c0 89 d1 29 c1 2003-10-08_10:00:13.76017 kern.warn: hdc: ATAPI reset complete 2003-10-08_10:00:13.83499 kern.warn: hdc: status error: status=0x08 { DataRequest } 2003-10-08_10:00:13.83501 kern.err: hdc: drive not ready for command 2003-10-08_10:00:13.83502 kern.warn: hdc: status timeout: status=0x80 { Busy } 2003-10-08_10:00:13.83503 kern.err: hdc: drive not ready for command 2003-10-08_10:00:14.24286 kern.warn: hdc: ATAPI reset complete (I'll try to attach kernel config if this bugzilla lets me.)
Created attachment 1005 [details] kernel .config crashes with or without 'preemtive'; seems w/preempt it always crashes hard (no sysrq).
(Maybe related to #829 ?)
ide-scsi is deprecated and almost obsolete. For accessing cdroms please tell your application to access /dev/hdc directly. The lost interrupt may be an IDE driver bug though.
cdrecord needs SCSI.
Peter, please check up on 2.6 changes. You don't want to use ide-scsi, and cdrecord does _not_ need SCSI. This is a good place to start: http://www.codemonkey.org.uk/post-halloween-2.5.txt There's also a bunch of posts on lkml regarding this subject that would have told you the same thing, if searched.
2.6 info was helpful. scsi-ide should be labeled in kernel config as obsolete or nonworking, or at least its helpfile updated. btw I have searched lkml. did it again. nothing useful came up. cdrecord info wasn't found either, apart from the _pre_alpha_ atapi layer. seems to work, lets see when does it freeze. close/resolve/reject the bug at will, would be wise to prevent it from disappearing, keep it searchable for future bugreporters.
Then you really need to hone your searching skills, there has been lots of mails regarding this in the past months! :)
*** Bug 1614 has been marked as a duplicate of this bug. ***
This bug is probably pretty obsolete now, as ide-scsi is. :)
ide-scsi is not dead, though, it's just not the best option to use cdrecord. Could you confirm that it doesn't happens if you try it today?