All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Ruvolo <chris+lkml@ruvolo.net>
To: LKML <linux-kernel@vger.kernel.org>
Cc: linux-scsi@vger.kernel.org
Subject: ide-scsi "lost interrupt" (2.6.0-test9)
Date: Tue, 28 Oct 2003 15:09:10 -0800	[thread overview]
Message-ID: <20031028230910.GM32594@ruvolo.net> (raw)

[-- 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 --]

             reply	other threads:[~2003-10-28 23:09 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-28 23:09 Chris Ruvolo [this message]
2003-11-07 15:06 ` ide-scsi "lost interrupt" (2.6.0-test9) bill davidsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20031028230910.GM32594@ruvolo.net \
    --to=chris+lkml@ruvolo.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.