* ide-scsi "lost interrupt" (2.6.0-test9)
@ 2003-10-28 23:09 Chris Ruvolo
2003-11-07 15:06 ` bill davidsen
0 siblings, 1 reply; 2+ messages in thread
From: Chris Ruvolo @ 2003-10-28 23:09 UTC (permalink / raw)
To: LKML; +Cc: linux-scsi
[-- Attachment #1: Type: text/plain, Size: 7101 bytes --]
Hello.
When attempting to use cdrecord under 2.6.0-test9 with a ide-scsi ATAPI
device, the burn fails and I get the following kernel output. This has
happened both times I tried to burn a CD, at both 4x and 2x write. This is
with DMA disabled via "/sbin/hdparm -d 0 /dev/hdc".
Any advise here? (cdrecord with -dev=ATAPI doesn't seem to work)
BTW, there doesn't seem to be a maintainer for the ide-scsi module. Is that
correct?
Also, there's another ide-scsi problem I just noticed. When unloading the
ide-scsi module and reloading it, it gets assigned a new bus. On the
initial load my CD device as -dev=0,0,0. Now it is -dev=2,0,0. The code to
unregister the bus seems to have been removed between -test1 and -test9.
Can anyone say why?
Thanks,
-Chris
hdc: lost interrupt
Call Trace:
[<c0116525>] schedule+0x595/0x5a0
[<c01c4dc1>] vt_console_print+0x61/0x2f0
[<c0108305>] __down+0x85/0x100
[<c0116580>] default_wake_function+0x0/0x30
[<c010852f>] __down_failed+0xb/0x14
[<c897a2df>] .text.lock.scsi_error+0x37/0x48 [scsi_mod]
[<c8979ac0>] scsi_sleep_done+0x0/0x20 [scsi_mod]
[<c8935918>] idescsi_abort+0xf8/0x110 [ide_scsi]
[<c897940d>] scsi_try_to_abort_cmd+0x5d/0x80 [scsi_mod]
[<c897954a>] scsi_eh_abort_cmds+0x4a/0x80 [scsi_mod]
[<c8979f82>] scsi_unjam_host+0xa2/0xd0 [scsi_mod]
[<c897a080>] scsi_error_handler+0xd0/0x110 [scsi_mod]
[<c8979fb0>] scsi_error_handler+0x0/0x110 [scsi_mod]
[<c0107479>] kernel_thread_helper+0x5/0xc
Call Trace:
[<c0116525>] schedule+0x595/0x5a0
[<c01c4dc1>] vt_console_print+0x61/0x2f0
[<c01166a2>] __wake_up_locked+0x22/0x30
[<c0108305>] __down+0x85/0x100
[<c0116580>] default_wake_function+0x0/0x30
[<c010852f>] __down_failed+0xb/0x14
[<c897a2df>] .text.lock.scsi_error+0x37/0x48 [scsi_mod]
[<c8979ac0>] scsi_sleep_done+0x0/0x20 [scsi_mod]
[<c8935918>] idescsi_abort+0xf8/0x110 [ide_scsi]
[<c897940d>] scsi_try_to_abort_cmd+0x5d/0x80 [scsi_mod]
[<c897954a>] scsi_eh_abort_cmds+0x4a/0x80 [scsi_mod]
[<c8979f82>] scsi_unjam_host+0xa2/0xd0 [scsi_mod]
[<c897a080>] scsi_error_handler+0xd0/0x110 [scsi_mod]
[<c8979fb0>] scsi_error_handler+0x0/0x110 [scsi_mod]
[<c0107479>] kernel_thread_helper+0x5/0xc
Call Trace:
[<c0116525>] schedule+0x595/0x5a0
[<c01c4dc1>] vt_console_print+0x61/0x2f0
[<c01166a2>] __wake_up_locked+0x22/0x30
[<c0108305>] __down+0x85/0x100
[<c0116580>] default_wake_function+0x0/0x30
[<c010852f>] __down_failed+0xb/0x14
[<c897a2df>] .text.lock.scsi_error+0x37/0x48 [scsi_mod]
[<c8979ac0>] scsi_sleep_done+0x0/0x20 [scsi_mod]
[<c8935918>] idescsi_abort+0xf8/0x110 [ide_scsi]
[<c897940d>] scsi_try_to_abort_cmd+0x5d/0x80 [scsi_mod]
[<c897954a>] scsi_eh_abort_cmds+0x4a/0x80 [scsi_mod]
[<c8979f82>] scsi_unjam_host+0xa2/0xd0 [scsi_mod]
[<c897a080>] scsi_error_handler+0xd0/0x110 [scsi_mod]
[<c8979fb0>] scsi_error_handler+0x0/0x110 [scsi_mod]
[<c0107479>] kernel_thread_helper+0x5/0xc
Call Trace:
[<c0116525>] schedule+0x595/0x5a0
[<c01c4dc1>] vt_console_print+0x61/0x2f0
[<c01166a2>] __wake_up_locked+0x22/0x30
[<c0108305>] __down+0x85/0x100
[<c0116580>] default_wake_function+0x0/0x30
[<c010852f>] __down_failed+0xb/0x14
[<c897a2df>] .text.lock.scsi_error+0x37/0x48 [scsi_mod]
[<c8979ac0>] scsi_sleep_done+0x0/0x20 [scsi_mod]
[<c8935918>] idescsi_abort+0xf8/0x110 [ide_scsi]
[<c897940d>] scsi_try_to_abort_cmd+0x5d/0x80 [scsi_mod]
[<c897954a>] scsi_eh_abort_cmds+0x4a/0x80 [scsi_mod]
[<c8979f82>] scsi_unjam_host+0xa2/0xd0 [scsi_mod]
[<c897a080>] scsi_error_handler+0xd0/0x110 [scsi_mod]
[<c8979fb0>] scsi_error_handler+0x0/0x110 [scsi_mod]
[<c0107479>] kernel_thread_helper+0x5/0xc
Call Trace:
[<c0116525>] schedule+0x595/0x5a0
[<c01c4dc1>] vt_console_print+0x61/0x2f0
[<c01166a2>] __wake_up_locked+0x22/0x30
[<c0108305>] __down+0x85/0x100
[<c0116580>] default_wake_function+0x0/0x30
[<c010852f>] __down_failed+0xb/0x14
[<c897a2df>] .text.lock.scsi_error+0x37/0x48 [scsi_mod]
[<c8979ac0>] scsi_sleep_done+0x0/0x20 [scsi_mod]
[<c8935918>] idescsi_abort+0xf8/0x110 [ide_scsi]
[<c897940d>] scsi_try_to_abort_cmd+0x5d/0x80 [scsi_mod]
[<c897954a>] scsi_eh_abort_cmds+0x4a/0x80 [scsi_mod]
[<c8979f82>] scsi_unjam_host+0xa2/0xd0 [scsi_mod]
[<c897a080>] scsi_error_handler+0xd0/0x110 [scsi_mod]
[<c8979fb0>] scsi_error_handler+0x0/0x110 [scsi_mod]
[<c0107479>] kernel_thread_helper+0x5/0xc
Call Trace:
[<c0116525>] schedule+0x595/0x5a0
[<c01c4dc1>] vt_console_print+0x61/0x2f0
[<c01166a2>] __wake_up_locked+0x22/0x30
[<c0108305>] __down+0x85/0x100
[<c0116580>] default_wake_function+0x0/0x30
[<c010852f>] __down_failed+0xb/0x14
[<c897a2df>] .text.lock.scsi_error+0x37/0x48 [scsi_mod]
[<c8979ac0>] scsi_sleep_done+0x0/0x20 [scsi_mod]
[<c8935918>] idescsi_abort+0xf8/0x110 [ide_scsi]
[<c897940d>] scsi_try_to_abort_cmd+0x5d/0x80 [scsi_mod]
[<c897954a>] scsi_eh_abort_cmds+0x4a/0x80 [scsi_mod]
[<c8979f82>] scsi_unjam_host+0xa2/0xd0 [scsi_mod]
[<c897a080>] scsi_error_handler+0xd0/0x110 [scsi_mod]
[<c8979fb0>] scsi_error_handler+0x0/0x110 [scsi_mod]
[<c0107479>] kernel_thread_helper+0x5/0xc
Call Trace:
[<c0116525>] schedule+0x595/0x5a0
[<c01c4dc1>] vt_console_print+0x61/0x2f0
[<c01166a2>] __wake_up_locked+0x22/0x30
[<c0108305>] __down+0x85/0x100
[<c0116580>] default_wake_function+0x0/0x30
[<c010852f>] __down_failed+0xb/0x14
[<c897a2df>] .text.lock.scsi_error+0x37/0x48 [scsi_mod]
[<c8979ac0>] scsi_sleep_done+0x0/0x20 [scsi_mod]
[<c8935918>] idescsi_abort+0xf8/0x110 [ide_scsi]
[<c897940d>] scsi_try_to_abort_cmd+0x5d/0x80 [scsi_mod]
[<c897954a>] scsi_eh_abort_cmds+0x4a/0x80 [scsi_mod]
[<c8979f82>] scsi_unjam_host+0xa2/0xd0 [scsi_mod]
[<c897a080>] scsi_error_handler+0xd0/0x110 [scsi_mod]
[<c8979fb0>] scsi_error_handler+0x0/0x110 [scsi_mod]
[<c0107479>] kernel_thread_helper+0x5/0xc
Call Trace:
[<c0116525>] schedule+0x595/0x5a0
[<c01c4dc1>] vt_console_print+0x61/0x2f0
[<c01166a2>] __wake_up_locked+0x22/0x30
[<c0108305>] __down+0x85/0x100
[<c0116580>] default_wake_function+0x0/0x30
[<c010852f>] __down_failed+0xb/0x14
[<c897a2df>] .text.lock.scsi_error+0x37/0x48 [scsi_mod]
[<c8979ac0>] scsi_sleep_done+0x0/0x20 [scsi_mod]
[<c8935918>] idescsi_abort+0xf8/0x110 [ide_scsi]
[<c897940d>] scsi_try_to_abort_cmd+0x5d/0x80 [scsi_mod]
[<c897954a>] scsi_eh_abort_cmds+0x4a/0x80 [scsi_mod]
[<c8979f82>] scsi_unjam_host+0xa2/0xd0 [scsi_mod]
[<c897a080>] scsi_error_handler+0xd0/0x110 [scsi_mod]
[<c8979fb0>] scsi_error_handler+0x0/0x110 [scsi_mod]
[<c0107479>] kernel_thread_helper+0x5/0xc
Call Trace:
[<c0116525>] schedule+0x595/0x5a0
[<c01165ea>] __wake_up_common+0x3a/0x70
[<c0121dae>] schedule_timeout+0x5e/0xb0
[<c0121d40>] process_timeout+0x0/0x10
[<c8935a33>] idescsi_reset+0x103/0x120 [ide_scsi]
[<c89795d6>] scsi_try_bus_device_reset+0x56/0x90 [scsi_mod]
[<c8979687>] scsi_eh_bus_device_reset+0x77/0x130 [scsi_mod]
[<c8979e08>] scsi_eh_ready_devs+0x28/0x80 [scsi_mod]
[<c8979f9f>] scsi_unjam_host+0xbf/0xd0 [scsi_mod]
[<c897a080>] scsi_error_handler+0xd0/0x110 [scsi_mod]
[<c8979fb0>] scsi_error_handler+0x0/0x110 [scsi_mod]
[<c0107479>] kernel_thread_helper+0x5/0xc
hdc: ATAPI reset complete
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: ide-scsi "lost interrupt" (2.6.0-test9)
2003-10-28 23:09 ide-scsi "lost interrupt" (2.6.0-test9) Chris Ruvolo
@ 2003-11-07 15:06 ` bill davidsen
0 siblings, 0 replies; 2+ messages in thread
From: bill davidsen @ 2003-11-07 15:06 UTC (permalink / raw)
To: linux-kernel
In article <20031028230910.GM32594@ruvolo.net>,
Chris Ruvolo <chris+lkml@ruvolo.net> wrote:
| When attempting to use cdrecord under 2.6.0-test9 with a ide-scsi ATAPI
| device, the burn fails and I get the following kernel output. This has
| happened both times I tried to burn a CD, at both 4x and 2x write. This is
| with DMA disabled via "/sbin/hdparm -d 0 /dev/hdc".
|
| Any advise here? (cdrecord with -dev=ATAPI doesn't seem to work)
You probably need a newer version of cdrecord for that. Read on.
| BTW, there doesn't seem to be a maintainer for the ide-scsi module. Is that
| correct?
AFAIK.
| Also, there's another ide-scsi problem I just noticed. When unloading the
| ide-scsi module and reloading it, it gets assigned a new bus. On the
| initial load my CD device as -dev=0,0,0. Now it is -dev=2,0,0. The code to
| unregister the bus seems to have been removed between -test1 and -test9.
| Can anyone say why?
I think that's a kernel feature in general, if I unplug and replug my
USB flash reader I get a new bus as well.
--
bill davidsen <davidsen@tmr.com>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-11-07 22:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-10-28 23:09 ide-scsi "lost interrupt" (2.6.0-test9) Chris Ruvolo
2003-11-07 15:06 ` bill davidsen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).