Hi Steve,
The trace below shows that the driver is waiting in an ioctl() for
a completion of a mt command.
Which command were you running? After how much time from the
mt command was the panic triggered?
If this was a retension command, for example, it can take up to 10
minutes in some tape drives. If the default timeout in ikd is lower
than that, it explains the panic.
Gadi
On Mon, 14 Feb 2000, Steve Dodd wrote:
> Hi,
>
> I'm seeing a deadlock, apparently in ide-tape, on 2.2.12, 2.2.14 and
> 2.2.15pre7 (all the kernels I've tried). I used IKD to get a stack dump
> (included below). Any ideas? Please let me know if you need any more info.
>
> ksymoops 2.3.3 on i586 2.2.15pre7+ikd. Options used
> -V (default)
> -k /var/log/ksymoops/20000214110830.ksyms (specified)
> -l /var/log/ksymoops/20000214110830.modules (specified)
> -o /lib/modules/2.2.15pre7+ikd/ (default)
> -m /boot/System.map-2.2.15pre7+ikd (default)
>
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> current->tss.cr3 = 027be000, %cr3 = 027be000
> *pde = 00000000
> Oops: 0002
> CPU: 0
> EIP: 0010:[<c0113c40>]
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010246
> eax: 027be000 ebx: c3685c2c ecx: c01f6000 edx: c3f55d60
> esi: c3684000 edi: c3685bdc ebp: c3685bf8 esp: c3685bd8
> ds: 0018 es: 0018 ss: 0018
> Process mt (pid: 665, process nr: 42, stackpage=c3685000)
> Stack: c3f6f0c0 c3684000 c3685c30 00000000 00000000 0004163d c3685c2c c0113b94
> c3685c38 c018ef34 c3685c2c 0000000f 00000001 c0190f0d c3f6f0c0 00000000
> c0211104 c3685cbc c3685c5c 00000246 c3f6f0c0 00002694 00000000 c3685bdc
> Call Trace: [<c018ef34>] (0) [<c40647f7>] (64) [<c40658fd>] (88) [<c4065ae8>] (360) [<c0130ded>] (404) [<c010a04c>] (48)
> Code: c7 05 00 00 00 00 00 00 00 00 c7 06 02 00 00 00 eb ca 89 f6
>
> >>EIP; c0113c40 <__down+90/e0> <=====
> Trace; c018ef34 <__down_failed+8/c>
> Trace; c40647f7 <[ide-tape]idetape_queue_pc_tail+2b/38>
> Trace; c40658fd <[ide-tape]idetape_mtioctop+1a5/23c>
> Trace; c4065ae8 <[ide-tape]idetape_chrdev_ioctl+154/298>
> Trace; c0130ded <sys_ioctl+18d/1a4>
> Trace; c010a04c <system_call+34/38>
> Code; c0113c40 <__down+90/e0>
> 00000000 <_EIP>:
> Code; c0113c40 <__down+90/e0> <=====
> 0: c7 05 00 00 00 00 00 movl $0x0,0x0 <=====
> Code; c0113c47 <__down+97/e0>
> 7: 00 00 00
> Code; c0113c4a <__down+9a/e0>
> a: c7 06 02 00 00 00 movl $0x2,(%esi)
> Code; c0113c50 <__down+a0/e0>
> 10: eb ca jmp ffffffdc <_EIP+0xffffffdc> c0113c1c <__down+6c/e0>
> Code; c0113c52 <__down+a2/e0>
> 12: 89 f6 mov %esi,%esi
>
>
> --
> Steve Dodd, Network Adminstrator, WotNot Ltd.
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Feb 15 2000 - 21:00:27 EST