* ide-scsi oops
@ 2002-12-23 20:24 Luben Tuikov
2002-12-23 21:39 ` Willem Riede
0 siblings, 1 reply; 11+ messages in thread
From: Luben Tuikov @ 2002-12-23 20:24 UTC (permalink / raw)
To: linux-scsi
kernel 2.5.52 + Willem's patch, at boot:
----------------------------------------
scsi2 : SCSI host adapter emulation for IDE ATAPI devices
Vendor: SONY Model: CDU5211 Rev: YYS2
Type: CD-ROM ANSI SCSI revision: 02
ide-scsi: abort called for 40
Unable to handle kernel NULL pointer dereference at virtual address 00000030
printing eip:
c02ae831
*pde = 00000000
Oops: 0000
CPU: 1
EIP: 0060:[<c02ae831>] Not tainted
EFLAGS: 00010086
EIP is at idescsi_abort+0x61/0xc0
eax: 00000028 ebx: 00000082 ecx: f7d4b600 edx: 00000000
esi: 00000007 edi: f7fc85e0 ebp: c04d6068 esp: f7cabf60
ds: 0068 es: 0068 ss: 0068
Process scsi_eh_2 (pid: 15, threadinfo=f7caa000 task=f7cc20a0)
Stack: c0395b00 00000028 00000206 f7d4b600 f7caa000 00000000 c0290a84 f7d4b600
f7d4b600 f7dbb740 c0290be8 f7d4b600 f7dbb740 f7dbb740 f7cabfc4 c0291645
f7d4b600 f7dbb740 c010a173 f7d4b600 f7dbb740 c02917c8 f7dbb740 c03a3d1a
Call Trace:
[<c0290a84>] scsi_try_to_abort_cmd+0x64/0x80
[<c0290be8>] scsi_eh_abort_cmd+0x48/0x90
[<c0291645>] scsi_unjam_host+0xa5/0xf0
[<c010a173>] __down_failed_interruptible+0x7/0xc
[<c02917c8>] scsi_error_handler+0x138/0x1d0
[<c0291690>] scsi_error_handler+0x0/0x1d0
[<c0108ffd>] kernel_thread_helper+0x5/0x18
Code: 39 42 30 74 42 89 2c 24 e8 92 94 fa ff 85 c0 75 26 c6 05 80
--
Luben
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: ide-scsi oops
2002-12-23 20:24 ide-scsi oops Luben Tuikov
@ 2002-12-23 21:39 ` Willem Riede
2002-12-23 23:47 ` Douglas Gilbert
0 siblings, 1 reply; 11+ messages in thread
From: Willem Riede @ 2002-12-23 21:39 UTC (permalink / raw)
To: Luben Tuikov; +Cc: linux-scsi
[-- Attachment #1: Type: text/plain, Size: 1454 bytes --]
On 2002.12.23 15:24 Luben Tuikov wrote:
> kernel 2.5.52 + Willem's patch, at boot:
> ----------------------------------------
>
> scsi2 : SCSI host adapter emulation for IDE ATAPI devices
> Vendor: SONY Model: CDU5211 Rev: YYS2
> Type: CD-ROM ANSI SCSI revision: 02
> ide-scsi: abort called for 40
> Unable to handle kernel NULL pointer dereference at virtual address 00000030
The only place I can think of that might do that is:
--- ide-scsi.c-rev.1 Sat Dec 21 17:32:48 2002
+++ ide-scsi.c Mon Dec 23 16:31:19 2002
@@ -289,6 +289,7 @@
pc->timeout = jiffies + WAIT_READY;
/* NOTE! Save the failed packet command in "rq->buffer" */
rq->buffer = (void *) failed_command->special;
+ pc->scsi_cmd = ((idescsi_pc_t *) failed_command->special)->scsi_cmd;
if (test_bit(IDESCSI_LOG_CMD, &scsi->log)) {
printk ("ide-scsi: %s: queue cmd = ", drive->name);
hexdump(pc->c, 6);
@@ -876,7 +877,8 @@
/* is cmd active?
* need to lock so this stuff doesn't change under us */
spin_lock_irqsave(&ide_lock, flags);
- if (scsi->pc && scsi->pc->scsi_cmd->serial_number == cmd->serial_number) {
+ if (scsi->pc && scsi->pc->scsi_cmd &&
+ scsi->pc->scsi_cmd->serial_number == cmd->serial_number) {
/* yep - let's give it some more time -
* we can do that, we're in _our_ error kernel thread */
spin_unlock_irqrestore(&ide_lock, flags);
Thanks for testing. Willem Riede.
[-- Attachment #2: rev1.patch --]
[-- Type: text/plain, Size: 936 bytes --]
--- ide-scsi.c-rev.1 Sat Dec 21 17:32:48 2002
+++ ide-scsi.c Mon Dec 23 16:31:19 2002
@@ -289,6 +289,7 @@
pc->timeout = jiffies + WAIT_READY;
/* NOTE! Save the failed packet command in "rq->buffer" */
rq->buffer = (void *) failed_command->special;
+ pc->scsi_cmd = ((idescsi_pc_t *) failed_command->special)->scsi_cmd;
if (test_bit(IDESCSI_LOG_CMD, &scsi->log)) {
printk ("ide-scsi: %s: queue cmd = ", drive->name);
hexdump(pc->c, 6);
@@ -876,7 +877,8 @@
/* is cmd active?
* need to lock so this stuff doesn't change under us */
spin_lock_irqsave(&ide_lock, flags);
- if (scsi->pc && scsi->pc->scsi_cmd->serial_number == cmd->serial_number) {
+ if (scsi->pc && scsi->pc->scsi_cmd &&
+ scsi->pc->scsi_cmd->serial_number == cmd->serial_number) {
/* yep - let's give it some more time -
* we can do that, we're in _our_ error kernel thread */
spin_unlock_irqrestore(&ide_lock, flags);
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: ide-scsi oops
2002-12-23 21:39 ` Willem Riede
@ 2002-12-23 23:47 ` Douglas Gilbert
0 siblings, 0 replies; 11+ messages in thread
From: Douglas Gilbert @ 2002-12-23 23:47 UTC (permalink / raw)
To: wrlk; +Cc: Luben Tuikov, linux-scsi
Willem Riede wrote:
> On 2002.12.23 15:24 Luben Tuikov wrote:
>
>>kernel 2.5.52 + Willem's patch, at boot:
>>----------------------------------------
>>
>>scsi2 : SCSI host adapter emulation for IDE ATAPI devices
>> Vendor: SONY Model: CDU5211 Rev: YYS2
>> Type: CD-ROM ANSI SCSI revision: 02
>>ide-scsi: abort called for 40
>>Unable to handle kernel NULL pointer dereference at virtual address 00000030
>
>
> The only place I can think of that might do that is:
>
> --- ide-scsi.c-rev.1 Sat Dec 21 17:32:48 2002
> +++ ide-scsi.c Mon Dec 23 16:31:19 2002
> @@ -289,6 +289,7 @@
> pc->timeout = jiffies + WAIT_READY;
> /* NOTE! Save the failed packet command in "rq->buffer" */
> rq->buffer = (void *) failed_command->special;
> + pc->scsi_cmd = ((idescsi_pc_t *) failed_command->special)->scsi_cmd;
> if (test_bit(IDESCSI_LOG_CMD, &scsi->log)) {
> printk ("ide-scsi: %s: queue cmd = ", drive->name);
> hexdump(pc->c, 6);
> @@ -876,7 +877,8 @@
> /* is cmd active?
> * need to lock so this stuff doesn't change under us */
> spin_lock_irqsave(&ide_lock, flags);
> - if (scsi->pc && scsi->pc->scsi_cmd->serial_number == cmd->serial_number) {
> + if (scsi->pc && scsi->pc->scsi_cmd &&
> + scsi->pc->scsi_cmd->serial_number == cmd->serial_number) {
> /* yep - let's give it some more time -
> * we can do that, we're in _our_ error kernel thread */
> spin_unlock_irqrestore(&ide_lock, flags);
Willem,
I used sg_reset (in sg3_utils, see www.torque.net/sg) to
do a device reset on my ATAPI cdrom with your above patch
applied (and after my hack to scsi_error.c).
It seemed to work but there was a bit of noise from the
ide subsystem. Perhaps it was assuming that a stuck
command was the cause of the device reset.
$ sg_reset -d /dev/sg1
sg_reset: starting device reset
ide-scsi: reset called for 0
sg_reset: completed device reset
[root@frig root]# hdd: ide_timer_expiry: hwgroup->busy was 0 ??
hdd: ATAPI reset complete
My "scsi" devices:
$ lsscsi
[0:0:8:0] disk FUJITSU MAM3184MP 0105 /dev/sda
[2:0:0:0] CDROM CREATIVE CD5233E 1.00 /dev/sr0
BTW Perhaps /sys/block (i.e. sysfs) should use "scd" rather
than "sr" for SCSI cdroms.
Doug Gilbert
^ permalink raw reply [flat|nested] 11+ messages in thread
* ide-scsi oops
@ 2002-09-07 16:37 Bob McElrath
2002-09-07 18:01 ` Alan Cox
0 siblings, 1 reply; 11+ messages in thread
From: Bob McElrath @ 2002-09-07 16:37 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 13049 bytes --]
Kernel 2.4.20-pre5-ac4 with the latest ACPI patches gives me an oops any
time I try to access the CD-ROM:
Note this also happened with pre4-ac1 so I don't think it's due to the
latest IDE merge in pre5-ac4.
p 7 11:12:24 localhost kernel: kernel BUG at /home/src/linux-2.4.20-pre5-ac4-acpi-tosh3kdsdt/include/linux/blkdev.h:153!
Sep 7 11:12:24 localhost kernel: invalid operand: 0000
Sep 7 11:12:24 localhost kernel: CPU: 0
Sep 7 11:12:24 localhost kernel: EIP: 0010:[<c01e6887>] Tainted: P
Sep 7 11:12:24 localhost kernel: EFLAGS: 00010206
Sep 7 11:12:24 localhost kernel: eax: 00000059 ebx: c16cd000 ecx: dd37c2a0 edx: 00000001
Sep 7 11:12:24 localhost kernel: esi: c035c6b4 edi: dd37c2a0 ebp: 00000000 esp: d7d21cc0
Sep 7 11:12:24 localhost kernel: ds: 0018 es: 0018 ss: 0018
Sep 7 11:12:24 localhost kernel: Process wine (pid: 28825, stackpage=d7d21000)
Sep 7 11:12:24 localhost kernel: Stack: 00000000 c16ca000 c01f11b0 00000000 d7d21cd0 d7d21cd0 c16cd000 c035c6b4
Sep 7 11:12:24 localhost kernel: dd37c2a0 00000000 c01e6b9f c035c6b4 dd37c2a0 dd37c2a0 00000000 c035c6b4
Sep 7 11:12:24 localhost kernel: 00000000 00000000 c035c764 00000003 c035c6b4 c035c764 dd37c2a0 dd372000
Sep 7 11:12:24 localhost kernel: Call Trace: [<c01f11b0>] [<c01e6b9f>] [<c01e7019>] [<e08f49bd>] [<c01e0b11>]
Sep 7 11:12:24 localhost kernel: [<c01e0e35>] [<c01e140a>] [<c01f11b0>] [<e08f572b>] [<c01eb08c>] [<c01f11b0>]
Sep 7 11:12:24 localhost kernel: [<c01f2b7c>] [<e1b9bda0>] [<c01d2fae>] [<c011adc9>] [<c0139a69>] [<c01283a7>]
Sep 7 11:12:24 localhost kernel: [<c0127df6>] [<c0128744>] [<c013b975>] [<c0128b6c>] [<c0128a70>] [<c0135d76>]
Sep 7 11:12:24 localhost kernel: [<c0135ccc>] [<c0106cb3>]
Sep 7 11:12:24 localhost kernel: Code: 0f 0b 99 00 c0 1a 28 c0 ba ff ff ff ff 31 c0 85 d2 8b 5c 24
>>EIP; c01e6887 <ide_build_sglist+47/1a0> <=====
Trace; c01f11b0 <scsi_old_done+0/650>
Trace; c01e6b9f <ide_build_dmatable+5f/190>
Trace; c01e7019 <__ide_dma_read+29/110>
Trace; e08f49bd <[ide-cd]cdrom_decode_status+10d/250>
Trace; c01e0b11 <start_request+181/1e0>
Trace; c01e0e35 <ide_do_request+275/2c0>
Trace; c01e140a <ide_do_drive_cmd+da/110>
Trace; c01f11b0 <scsi_old_done+0/650>
Trace; e08f572b <[ide-cd]cdrom_pc_intr+1b/200>
Trace; c01eb08c <scsi_dispatch_cmd+24c/310>
Trace; c01f11b0 <scsi_old_done+0/650>
Trace; c01f2b7c <scsi_request_fn+31c/360>
Trace; e1b9bda0 <END_OF_CODE+f5861/????>
Trace; c01d2fae <generic_unplug_device+1e/30>
Trace; c011adc9 <__run_task_queue+49/60>
Trace; c0139a69 <block_sync_page+19/20>
Trace; c01283a7 <generic_file_readahead+117/160>
Trace; c0127df6 <___wait_on_page+86/b0>
Trace; c0128744 <do_generic_file_read+2f4/430>
Trace; c013b975 <blkdev_open+25/30>
Trace; c0128b6c <generic_file_read+7c/130>
Trace; c0128a70 <file_read_actor+0/80>
Trace; c0135d76 <sys_read+96/f0>
Trace; c0135ccc <sys_llseek+cc/e0>
Trace; c0106cb3 <system_call+33/38>
Code; c01e6887 <ide_build_sglist+47/1a0>
00000000 <_EIP>:
Code; c01e6887 <ide_build_sglist+47/1a0> <=====
0: 0f 0b ud2a <=====
Code; c01e6889 <ide_build_sglist+49/1a0>
2: 99 cltd
Code; c01e688a <ide_build_sglist+4a/1a0>
3: 00 c0 add %al,%al
Code; c01e688c <ide_build_sglist+4c/1a0>
5: 1a 28 sbb (%eax),%ch
Code; c01e688e <ide_build_sglist+4e/1a0>
7: c0 ba ff ff ff ff 31 sarb $0x31,0xffffffff(%edx)
Code; c01e6895 <ide_build_sglist+55/1a0>
e: c0 85 d2 8b 5c 24 00 rolb $0x0,0x245c8bd2(%ebp)
Sep 7 11:12:40 localhost kernel: Unable to handle kernel paging request at virtual address 002fab1f
Sep 7 11:12:40 localhost kernel: c01141e2
Sep 7 11:12:40 localhost kernel: *pde = 00000000
Sep 7 11:12:40 localhost kernel: Oops: 0000
Sep 7 11:12:40 localhost kernel: CPU: 0
Sep 7 11:12:40 localhost kernel: EIP: 0010:[<c01141e2>] Tainted: P
Sep 7 11:12:40 localhost kernel: EFLAGS: 00010002
Sep 7 11:12:40 localhost kernel: eax: c167f248 ebx: d7d21ef8 ecx: 002fab1f edx: 00000000
Sep 7 11:12:40 localhost kernel: esi: 00000000 edi: c167f248 ebp: d7291ea8 esp: d7291e94
Sep 7 11:12:40 localhost kernel: ds: 0018 es: 0018 ss: 0018
Sep 7 11:12:40 localhost kernel: Process tcsh (pid: 28828, stackpage=d7291000)
Sep 7 11:12:40 localhost kernel: Stack: 00000286 00000003 00000000 d41cd480 bfff44e0 c1326894 c01250ce c1326894
Sep 7 11:12:40 localhost kernel: d5bed4e0 d41cd480 bfff44e0 00000001 c0125966 d41cd480 d5bed4e0 bfff44e0
Sep 7 11:12:40 localhost kernel: d24f1fd0 0f82a045 00000000 00030002 00000000 00000000 00000000 00000000
Sep 7 11:12:40 localhost kernel: Call Trace: [<c01250ce>] [<c0125966>] [<c0112f39>] [<c01b955c>] [<c01bb0e6>]
Sep 7 11:12:40 localhost kernel: [<c0120353>] [<c0112e20>] [<c0106da4>]
Sep 7 11:12:40 localhost kernel: Code: 8b 01 85 45 f0 74 e9 6a 00 51 e8 bf f7 ff ff 5a 85 c0 59 74
>>EIP; c01141e2 <__wake_up+32/60> <=====
Trace; c01250ce <do_wp_page+4e/220>
Trace; c0125966 <handle_mm_fault+106/150>
Trace; c0112f39 <do_page_fault+119/42b>
Trace; c01b955c <tty_check_change+3c/70>
Trace; c01bb0e6 <tiocspgrp+66/90>
Trace; c0120353 <sys_rt_sigaction+93/f0>
Trace; c0112e20 <do_page_fault+0/42b>
Trace; c0106da4 <error_code+34/3c>
Code; c01141e2 <__wake_up+32/60>
00000000 <_EIP>:
Code; c01141e2 <__wake_up+32/60> <=====
0: 8b 01 mov (%ecx),%eax <=====
Code; c01141e4 <__wake_up+34/60>
2: 85 45 f0 test %eax,0xfffffff0(%ebp)
Code; c01141e7 <__wake_up+37/60>
5: 74 e9 je fffffff0 <_EIP+0xfffffff0> c01141d2 <__wake_up+22/60>
Code; c01141e9 <__wake_up+39/60>
7: 6a 00 push $0x0
Code; c01141eb <__wake_up+3b/60>
9: 51 push %ecx
Code; c01141ec <__wake_up+3c/60>
a: e8 bf f7 ff ff call fffff7ce <_EIP+0xfffff7ce> c01139b0 <try_to_wake_up+0/150>
Code; c01141f1 <__wake_up+41/60>
f: 5a pop %edx
Code; c01141f2 <__wake_up+42/60>
10: 85 c0 test %eax,%eax
Code; c01141f4 <__wake_up+44/60>
12: 59 pop %ecx
Code; c01141f5 <__wake_up+45/60>
13: 74 00 je 15 <_EIP+0x15> c01141f7 <__wake_up+47/60>
Sep 7 11:12:40 localhost kernel: <1>Unable to handle kernel paging request at virtual address 002fab1f
Sep 7 11:12:40 localhost kernel: c01141e2
Sep 7 11:12:40 localhost kernel: *pde = 00000000
Sep 7 11:12:40 localhost kernel: Oops: 0000
Sep 7 11:12:40 localhost kernel: CPU: 0
Sep 7 11:12:40 localhost kernel: EIP: 0010:[<c01141e2>] Tainted: P
Sep 7 11:12:40 localhost kernel: EFLAGS: 00010002
Sep 7 11:12:40 localhost kernel: eax: c167f248 ebx: d7d21ef8 ecx: 002fab1f edx: 00000000
Sep 7 11:12:40 localhost kernel: esi: 00000000 edi: c167f248 ebp: cb939ea8 esp: cb939e94
Sep 7 11:12:40 localhost kernel: ds: 0018 es: 0018 ss: 0018
Sep 7 11:12:40 localhost kernel: Process tcsh (pid: 23683, stackpage=cb939000)
Sep 7 11:12:40 localhost kernel: Stack: 00000286 00000003 00000001 dd18d780 bfff4ffc c1326894 c01250ce c1326894
Sep 7 11:12:40 localhost kernel: dcae2a80 dd18d780 bfff4ffc 00000001 c0125966 dd18d780 dcae2a80 bfff4ffc
Sep 7 11:12:40 localhost kernel: cea9bfd0 0f82a065 cb938000 00000011 d19556e4 cb939fa0 c0106b81 00000011
Sep 7 11:12:40 localhost kernel: Call Trace: [<c01250ce>] [<c0125966>] [<c0106b81>] [<c0112f39>] [<c01b955c>]
Sep 7 11:12:40 localhost kernel: [<c01bb0e6>] [<c01bb4e8>] [<c0106065>] [<c01425d3>] [<c0112e20>] [<c0106da4>]
Sep 7 11:12:40 localhost kernel: Code: 8b 01 85 45 f0 74 e9 6a 00 51 e8 bf f7 ff ff 5a 85 c0 59 74
>>EIP; c01141e2 <__wake_up+32/60> <=====
Trace; c01250ce <do_wp_page+4e/220>
Trace; c0125966 <handle_mm_fault+106/150>
Trace; c0106b81 <do_signal+221/270>
Trace; c0112f39 <do_page_fault+119/42b>
Trace; c01b955c <tty_check_change+3c/70>
Trace; c01bb0e6 <tiocspgrp+66/90>
Trace; c01bb4e8 <tty_ioctl+258/370>
Trace; c0106065 <restore_sigcontext+115/140>
Trace; c01425d3 <sys_ioctl+223/230>
Trace; c0112e20 <do_page_fault+0/42b>
Trace; c0106da4 <error_code+34/3c>
Code; c01141e2 <__wake_up+32/60>
00000000 <_EIP>:
Code; c01141e2 <__wake_up+32/60> <=====
0: 8b 01 mov (%ecx),%eax <=====
Code; c01141e4 <__wake_up+34/60>
2: 85 45 f0 test %eax,0xfffffff0(%ebp)
Code; c01141e7 <__wake_up+37/60>
5: 74 e9 je fffffff0 <_EIP+0xfffffff0> c01141d2 <__wake_up+22/60>
Code; c01141e9 <__wake_up+39/60>
7: 6a 00 push $0x0
Code; c01141eb <__wake_up+3b/60>
9: 51 push %ecx
Code; c01141ec <__wake_up+3c/60>
a: e8 bf f7 ff ff call fffff7ce <_EIP+0xfffff7ce> c01139b0 <try_to_wake_up+0/150>
Code; c01141f1 <__wake_up+41/60>
f: 5a pop %edx
Code; c01141f2 <__wake_up+42/60>
10: 85 c0 test %eax,%eax
Code; c01141f4 <__wake_up+44/60>
12: 59 pop %ecx
Code; c01141f5 <__wake_up+45/60>
13: 74 00 je 15 <_EIP+0x15> c01141f7 <__wake_up+47/60>
Sep 7 11:12:40 localhost kernel: <1>Unable to handle kernel paging request at virtual address 002fab1f
Sep 7 11:12:40 localhost kernel: c01141e2
Sep 7 11:12:40 localhost kernel: *pde = 00000000
Sep 7 11:12:40 localhost kernel: Oops: 0000
Sep 7 11:12:40 localhost kernel: CPU: 0
Sep 7 11:12:40 localhost kernel: EIP: 0010:[<c01141e2>] Tainted: P
Sep 7 11:12:40 localhost kernel: EFLAGS: 00010002
Sep 7 11:12:40 localhost kernel: eax: c167f248 ebx: d7d21ef8 ecx: 002fab1f edx: 00000000
Sep 7 11:12:40 localhost kernel: esi: 00000000 edi: c167f248 ebp: d6871ea8 esp: d6871e94
Sep 7 11:12:40 localhost kernel: ds: 0018 es: 0018 ss: 0018
Sep 7 11:12:40 localhost kernel: Process Eterm (pid: 23651, stackpage=d6871000)
Sep 7 11:12:40 localhost kernel: Stack: 00000286 00000003 00000001 dd18da00 4018981c c111bb7c c01250ce c111bb7c
Sep 7 11:12:40 localhost kernel: d9bb6ae0 dd18da00 4018981c 00000001 c0125966 dd18da00 d9bb6ae0 4018981c
Sep 7 11:12:40 localhost kernel: c9f20624 0574c065 000132f1 c0125bcc 0001ef80 c0275bc1 d5bedeb8 dd18d784
Sep 7 11:12:40 localhost kernel: Call Trace: [<c01250ce>] [<c0125966>] [<c0125bcc>] [<c0275bc1>] [<c0112f39>]
Sep 7 11:12:40 localhost kernel: [<c0115781>] [<c01305e7>] [<c0120353>] [<c0119d36>] [<c0112e20>] [<c0106da4>]
Sep 7 11:12:40 localhost kernel: Code: 8b 01 85 45 f0 74 e9 6a 00 51 e8 bf f7 ff ff 5a 85 c0 59 74
>>EIP; c01141e2 <__wake_up+32/60> <=====
Trace; c01250ce <do_wp_page+4e/220>
Trace; c0125966 <handle_mm_fault+106/150>
Trace; c0125bcc <vm_enough_memory+2c/c0>
Trace; c0275bc1 <rb_insert_color+c1/f0>
Trace; c0112f39 <do_page_fault+119/42b>
Trace; c0115781 <copy_mm+281/300>
Trace; c01305e7 <__alloc_pages+67/2f0>
Trace; c0120353 <sys_rt_sigaction+93/f0>
Trace; c0119d36 <sys_wait4+396/3a0>
Trace; c0112e20 <do_page_fault+0/42b>
Trace; c0106da4 <error_code+34/3c>
Code; c01141e2 <__wake_up+32/60>
00000000 <_EIP>:
Code; c01141e2 <__wake_up+32/60> <=====
0: 8b 01 mov (%ecx),%eax <=====
Code; c01141e4 <__wake_up+34/60>
2: 85 45 f0 test %eax,0xfffffff0(%ebp)
Code; c01141e7 <__wake_up+37/60>
5: 74 e9 je fffffff0 <_EIP+0xfffffff0> c01141d2 <__wake_up+22/60>
Code; c01141e9 <__wake_up+39/60>
7: 6a 00 push $0x0
Code; c01141eb <__wake_up+3b/60>
9: 51 push %ecx
Code; c01141ec <__wake_up+3c/60>
a: e8 bf f7 ff ff call fffff7ce <_EIP+0xfffff7ce> c01139b0 <try_to_wake_up+0/150>
Code; c01141f1 <__wake_up+41/60>
f: 5a pop %edx
Code; c01141f2 <__wake_up+42/60>
10: 85 c0 test %eax,%eax
Code; c01141f4 <__wake_up+44/60>
12: 59 pop %ecx
Code; c01141f5 <__wake_up+45/60>
13: 74 00 je 15 <_EIP+0x15> c01141f7 <__wake_up+47/60>
Sep 7 11:15:48 localhost kernel: cpu: 0, clocks: 1328880, slice: 664440
Sep 7 11:15:57 localhost kernel: 8139too Fast Ethernet driver 0.9.26
Sep 7 11:15:58 localhost kernel: ac97_codec: AC97 Audio codec, id: CRY52(Cirrus Logic CS4299
(Yes I know it's tainted, but it looks like clearly IDE's fault. Poke me if
you want to see the same oops without me loading the NVidia driver.)
Cheers,
-- Bob
Bob McElrath (rsmcelrath@students.wisc.edu)
Univ. of Wisconsin at Madison, Department of Physics
"No nation could preserve its freedom in the midst of continual warfare."
--James Madison, April 20, 1795
[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: ide-scsi oops
2002-09-07 16:37 Bob McElrath
@ 2002-09-07 18:01 ` Alan Cox
2002-09-07 18:26 ` Andre Hedrick
2002-09-07 18:33 ` Bob McElrath
0 siblings, 2 replies; 11+ messages in thread
From: Alan Cox @ 2002-09-07 18:01 UTC (permalink / raw)
To: Bob McElrath; +Cc: linux-kernel
On Sat, 2002-09-07 at 17:37, Bob McElrath wrote:
> Kernel 2.4.20-pre5-ac4 with the latest ACPI patches gives me an oops any
> time I try to access the CD-ROM:
>
> Note this also happened with pre4-ac1 so I don't think it's due to the
> latest IDE merge in pre5-ac4.
Yes. What were you doing to trigger it. Also do you have highio/highmem
stuff enabled and is taskfile on or off ?
I'm having real trouble reproducing this problem although enough people
see it thats its clearly quite real
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: ide-scsi oops
2002-09-07 18:01 ` Alan Cox
@ 2002-09-07 18:26 ` Andre Hedrick
2002-09-07 18:33 ` Bob McElrath
1 sibling, 0 replies; 11+ messages in thread
From: Andre Hedrick @ 2002-09-07 18:26 UTC (permalink / raw)
To: Alan Cox; +Cc: Bob McElrath, linux-kernel
It looks like he has both modules loaded and not as built-ins.
On 7 Sep 2002, Alan Cox wrote:
> On Sat, 2002-09-07 at 17:37, Bob McElrath wrote:
> > Kernel 2.4.20-pre5-ac4 with the latest ACPI patches gives me an oops any
> > time I try to access the CD-ROM:
> >
> > Note this also happened with pre4-ac1 so I don't think it's due to the
> > latest IDE merge in pre5-ac4.
>
> Yes. What were you doing to trigger it. Also do you have highio/highmem
> stuff enabled and is taskfile on or off ?
>
> I'm having real trouble reproducing this problem although enough people
> see it thats its clearly quite real
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
Andre Hedrick
LAD Storage Consulting Group
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: ide-scsi oops
2002-09-07 18:01 ` Alan Cox
2002-09-07 18:26 ` Andre Hedrick
@ 2002-09-07 18:33 ` Bob McElrath
2002-09-07 18:47 ` Andre Hedrick
1 sibling, 1 reply; 11+ messages in thread
From: Bob McElrath @ 2002-09-07 18:33 UTC (permalink / raw)
To: Alan Cox; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 6067 bytes --]
Alan Cox [alan@lxorguk.ukuu.org.uk] wrote:
> On Sat, 2002-09-07 at 17:37, Bob McElrath wrote:
> > Kernel 2.4.20-pre5-ac4 with the latest ACPI patches gives me an oops any
> > time I try to access the CD-ROM:
> >
> > Note this also happened with pre4-ac1 so I don't think it's due to the
> > latest IDE merge in pre5-ac4.
>
> Yes. What were you doing to trigger it. Also do you have highio/highmem
> stuff enabled and is taskfile on or off ?
Highmem is not used (this machine has 'only' 512M). Not sure what
highio is but I did NOT pass the option "idex=nohighio" to the kernel
(mentioned in Documentation/ide.txt). I'm not sure what taskfile is
either.
(2)<mcelrath@navi:/usr/src/linux/Documentation> grep -i high
../.config
CONFIG_NOHIGHMEM=y
# CONFIG_HIGHMEM4G is not set
# CONFIG_HIGHMEM64G is not set
# CONFIG_HIGHMEM is not set
(1)<mcelrath@navi:/usr/src/linux/Documentation> grep -i task ../.config
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_TASKFILE_IO is not set
My boot command line is:
(0)<mcelrath@navi:/usr/src/linux/Documentation> cat /proc/cmdline
auto BOOT_IMAGE=2.4.20pre5ac4 ro root=302 BOOT_FILE=/boot/vmlinuz-2.4.20-pre5-ac3 hdc=ide-scsi resume=/dev/hda4
^^^^^^^^^^^^
ac3/ac4 confusion is because you must have forgotten to increment that
number in the Makefile (but you probably know that already). This is
pre5-ac4. resume= is not used as I did not compile swsusp into this
kernel.
> I'm having real trouble reproducing this problem although enough people
> see it thats its clearly quite real
I can mount the drive successfully, the oops is triggered by the first
attempt at a read on the drive. i.e. less /mnt/cdrom/<first file>
There are probably other ways to trigger it. But reading the first file
oopses 100%.
Here is the contents of /proc/ide that might be relevant: My DVD/CD-RW is
drive0 on the second channel.
(0)<mcelrath@navi:/home/mcelrath> cat /proc/ide/piix
Controller: 0
Intel PIIX4 Ultra 100 Chipset.
--------------- Primary Channel ---------------- Secondary Channel -------------
enabled enabled
--------------- drive0 --------- drive1 -------- drive0 ---------- drive1 ------
DMA enabled: yes no yes no
UDMA enabled: yes no no no
UDMA enabled: 5 X X X
UDMA
DMA
PIO
(0)<mcelrath@navi:/home/mcelrath> cat /proc/ide/drivers
ide-scsi version 0.93
ide-cdrom version 4.59
ide-disk version 1.16
(0)<mcelrath@navi:/home/mcelrath> sudo cat /proc/ide/ide1/hdc/capacity
2147483647
(0)<mcelrath@navi:/home/mcelrath> sudo cat /proc/ide/ide1/hdc/identify
85c0 0000 0000 0000 0000 0000 0000 0000
0000 0000 3432 3434 3430 3734 3636 2020
2020 2020 2020 2020 0000 1000 0000 3130
3136 2020 2020 544f 5348 4942 4120 4456
442d 524f 4d20 5344 2d52 3231 3032 2020
2020 2020 2020 2020 2020 2020 2020 0000
0000 0f00 0000 0400 0200 0006 0000 0000
0000 0000 0000 0000 0000 0000 0000 0407
0003 0078 0078 0078 0078 0000 0000 0000
0000 0004 0009 0000 0000 0000 0000 0000
003c 0013 0000 0000 0000 0000 0000 0000
0007 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 fffe 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
(0)<mcelrath@navi:/home/mcelrath> sudo cat /proc/ide/ide1/hdc/media
cdrom
(0)<mcelrath@navi:/home/mcelrath> sudo cat /proc/ide/ide1/hdc/model
TOSHIBA DVD-ROM SD-R2102
(0)<mcelrath@navi:/home/mcelrath> sudo cat /proc/ide/ide1/hdc/settings
name value min max mode
---- ----- --- --- ----
bios_cyl 0 0 1023 rw
bios_head 0 0 255 rw
bios_sect 0 0 63 rw
current_speed 34 0 70 rw
ide-scsi 0 0 1 rw
init_speed 66 0 70 rw
io_32bit 1 0 3 rw
keepsettings 1 0 1 rw
log 0 0 1 rw
nice1 1 0 1 rw
number 2 0 3 rw
pio_mode write-only 0 255 w
slow 0 0 1 rw
transform 1 0 3 rw
unmaskirq 0 0 1 rw
using_dma 1 0 1 rw
Cheers,
-- Bob
Bob McElrath
Univ. of Wisconsin at Madison, Department of Physics
"No nation could preserve its freedom in the midst of continual warfare."
--James Madison, April 20, 1795
[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: ide-scsi oops
2002-09-07 18:33 ` Bob McElrath
@ 2002-09-07 18:47 ` Andre Hedrick
2002-09-08 0:50 ` Bob McElrath
2002-09-08 1:01 ` Bob McElrath
0 siblings, 2 replies; 11+ messages in thread
From: Andre Hedrick @ 2002-09-07 18:47 UTC (permalink / raw)
To: Bob McElrath; +Cc: Alan Cox, linux-kernel
On Sat, 7 Sep 2002, Bob McElrath wrote:
> Intel PIIX4 Ultra 100 Chipset.
> --------------- Primary Channel ---------------- Secondary Channel -------------
> enabled enabled
> --------------- drive0 --------- drive1 -------- drive0 ---------- drive1 ------
> DMA enabled: yes no yes no
> UDMA enabled: yes no no no
> UDMA enabled: 5 X X X
^^^^^
> (0)<mcelrath@navi:/home/mcelrath> sudo cat /proc/ide/ide1/hdc/identify
> 85c0 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 3432 3434 3430 3734 3636 2020
> 2020 2020 2020 2020 0000 1000 0000 3130
> 3136 2020 2020 544f 5348 4942 4120 4456
> 442d 524f 4d20 5344 2d52 3231 3032 2020
> 2020 2020 2020 2020 2020 2020 2020 0000
> 0000 0f00 0000 0400 0200 0006 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0407
^^^^ == 34 MW2
> 0003 0078 0078 0078 0078 0000 0000 0000
> 0000 0004 0009 0000 0000 0000 0000 0000
> 003c 0013 0000 0000 0000 0000 0000 0000
> 0007 0000 0000 0000 0000 0000 0000 0000
^^^^ capable == 66 U33
> (0)<mcelrath@navi:/home/mcelrath> sudo cat /proc/ide/ide1/hdc/settings
> name value min max mode
> ---- ----- --- --- ----
> current_speed 34 0 70 rw
> ide-scsi 0 0 1 rw
> init_speed 66 0 70 rw
Would you pass hdc=scsi for the next reboot?
Andre Hedrick
LAD Storage Consulting Group
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: ide-scsi oops
2002-09-07 18:47 ` Andre Hedrick
@ 2002-09-08 0:50 ` Bob McElrath
2002-09-08 1:30 ` Art Wagner
2002-09-08 1:01 ` Bob McElrath
1 sibling, 1 reply; 11+ messages in thread
From: Bob McElrath @ 2002-09-08 0:50 UTC (permalink / raw)
To: Andre Hedrick; +Cc: Alan Cox, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 856 bytes --]
Andre Hedrick [andre@linux-ide.org] wrote:
> On Sat, 7 Sep 2002, Bob McElrath wrote:
>
> Would you pass hdc=scsi for the next reboot?
As this is an IDE device I'm not sure what hdc=scsi should do...
However that seems to get rid of the oops. It appears to operate
normally (I can mount CD's, DVD's, play DVD's, and play CD's).
cdparanoia even works (with no sg module installed -- which I thought it
needed) though while it's running the CPU usage jumps to 100%. :(
I see that the Configure.help now says to use "hdx=scsi". I am not sure
where I received the information to use "hdx=ide-scsi" but that did work
with kernel 2.4.18.
Cheers,
-- Bob
Bob McElrath
Univ. of Wisconsin at Madison, Department of Physics
"No nation could preserve its freedom in the midst of continual warfare."
--James Madison, April 20, 1795
[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: ide-scsi oops
2002-09-08 0:50 ` Bob McElrath
@ 2002-09-08 1:30 ` Art Wagner
0 siblings, 0 replies; 11+ messages in thread
From: Art Wagner @ 2002-09-08 1:30 UTC (permalink / raw)
To: Bob McElrath; +Cc: Andre Hedrick, Alan Cox, linux-kernel
I have found most of my problems with ide CD-R and CDRW answered by the
CD-Writing-HOWTO from;
http://www.linuxdoc.org/
Bob McElrath wrote:
> Andre Hedrick [andre@linux-ide.org] wrote:
>
>>On Sat, 7 Sep 2002, Bob McElrath wrote:
>>
>>Would you pass hdc=scsi for the next reboot?
>
>
> As this is an IDE device I'm not sure what hdc=scsi should do...
>
> However that seems to get rid of the oops. It appears to operate
> normally (I can mount CD's, DVD's, play DVD's, and play CD's).
> cdparanoia even works (with no sg module installed -- which I thought it
> needed) though while it's running the CPU usage jumps to 100%. :(
>
> I see that the Configure.help now says to use "hdx=scsi". I am not sure
> where I received the information to use "hdx=ide-scsi" but that did work
> with kernel 2.4.18.
>
> Cheers,
> -- Bob
>
> Bob McElrath
> Univ. of Wisconsin at Madison, Department of Physics
>
> "No nation could preserve its freedom in the midst of continual warfare."
> --James Madison, April 20, 1795
I have found most of my questions on ide-scsi answered in the
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: ide-scsi oops
2002-09-07 18:47 ` Andre Hedrick
2002-09-08 0:50 ` Bob McElrath
@ 2002-09-08 1:01 ` Bob McElrath
1 sibling, 0 replies; 11+ messages in thread
From: Bob McElrath @ 2002-09-08 1:01 UTC (permalink / raw)
To: Andre Hedrick; +Cc: Alan Cox, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 3420 bytes --]
Andre Hedrick [andre@linux-ide.org] wrote:
> On Sat, 7 Sep 2002, Bob McElrath wrote:
>
> Would you pass hdc=scsi for the next reboot?
I just noticed a lot of log messages:
While playing a DVD:
Sep 7 19:39:03 localhost kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplet
e Error }
Sep 7 19:39:03 localhost kernel: hdc: packet command error: error=0x50
Sep 7 19:39:03 localhost kernel: ATAPI device hdc:
Sep 7 19:39:03 localhost kernel: Error: Illegal request -- (Sense key=0x05)
Sep 7 19:39:03 localhost kernel: Media region code is mismatched to logical unit -- (asc=0x6f,
ascq=0x04)
Sep 7 19:39:03 localhost kernel: The failed "Report Key" packet command was:
Sep 7 19:39:03 localhost kernel: "a4 00 00 00 01 33 00 00 00 0c c4 00 "
Sep 7 19:39:03 localhost kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplet
e Error }
Sep 7 19:39:03 localhost kernel: hdc: packet command error: error=0x50
Sep 7 19:39:03 localhost kernel: ATAPI device hdc:
Sep 7 19:39:03 localhost kernel: Error: Illegal request -- (Sense key=0x05)
Sep 7 19:39:03 localhost kernel: System resource failure -- (asc=0x55, ascq=0x00)
Sep 7 19:39:03 localhost kernel: The failed "Report Key" packet command was:
Sep 7 19:39:03 localhost kernel: "a4 00 00 00 00 00 00 00 00 08 c0 00 "
Sep 7 19:39:03 localhost kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplet
e Error }
[...more...]
Sep 7 19:39:20 localhost kernel: hdc: packet command error: error=0x50
Sep 7 19:39:20 localhost kernel: ATAPI device hdc:
Sep 7 19:39:20 localhost kernel: Error: Illegal request -- (Sense key=0x05)
Sep 7 19:39:20 localhost kernel: Invalid field in command packet -- (asc=0x24, ascq=0x00)
Sep 7 19:39:20 localhost kernel: The failed "Report Key" packet command was:
Sep 7 19:39:20 localhost kernel: "a4 00 00 00 00 00 00 00 00 00 bf 00 "
Sep 7 19:39:20 localhost kernel: Error in command packet byte 10 bit 0
Sep 7 19:39:20 localhost kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplet
e Error }
Sep 7 19:39:20 localhost kernel: hdc: packet command error: error=0x50
Sep 7 19:39:20 localhost kernel: ATAPI device hdc:
Sep 7 19:39:20 localhost kernel: Error: Illegal request -- (Sense key=0x05)
Sep 7 19:39:20 localhost kernel: System resource failure -- (asc=0x55, ascq=0x00)
Sep 7 19:39:20 localhost kernel: The failed "Report Key" packet command was:
Sep 7 19:39:20 localhost kernel: "a4 00 00 00 00 00 00 00 00 08 80 00 "
Sep 7 19:39:20 localhost kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplet
e Error }
[...more...]
Similarly when trying to 'less' files on a mounted DVD:
Sep 7 19:51:07 localhost kernel: hdc: command error: status=0x51 { DriveReady SeekComplete Error
}
Sep 7 19:51:07 localhost kernel: hdc: command error: error=0x50
Sep 7 19:51:07 localhost kernel: end_request: I/O error, dev 16:00 (hdc), sector 1524
[...more...]
Grrr...region encoding...This DVD should be US region and so should the
drive...I don't know how to check though.
Note that everything appears to operate normally despite the log messages.
Cheers,
-- Bob
Bob McElrath
Univ. of Wisconsin at Madison, Department of Physics
"No nation could preserve its freedom in the midst of continual warfare."
--James Madison, April 20, 1795
[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2002-12-23 23:47 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-12-23 20:24 ide-scsi oops Luben Tuikov
2002-12-23 21:39 ` Willem Riede
2002-12-23 23:47 ` Douglas Gilbert
-- strict thread matches above, loose matches on Subject: below --
2002-09-07 16:37 Bob McElrath
2002-09-07 18:01 ` Alan Cox
2002-09-07 18:26 ` Andre Hedrick
2002-09-07 18:33 ` Bob McElrath
2002-09-07 18:47 ` Andre Hedrick
2002-09-08 0:50 ` Bob McElrath
2002-09-08 1:30 ` Art Wagner
2002-09-08 1:01 ` Bob McElrath
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.