[2.5.8 Oops] 2 nice oopses when catting /proc/ide/ideX/hdY/identify

From: Sebastian Droege (sebastian.droege@gmx.de)
Date: Mon Apr 15 2002 - 13:11:24 EST


Hi,
here are two nice oopses ;)
They occur when doing a "cat /proc/ide/ideX/hdY/identify" on 2.5.8 with ide-clean-34 and ide-clean-35 applied
TCQ is disabled by config
First one happens ~2 seconds after "cat /proc/ide/ide0/hda/identify"

Unable to handle NULL pointer dereference at virtual address 00000004
printing eip:
c02044d0
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c02044d0>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010046
eax: 00000000 ebx: 00000000 ecx: cdbabe74 edx: 00000000
esi: c03ad7f4 edi: 00000000 ebp: cdbabe64 esp: cff1ddcc
ds: 0018 es: 0018 ss: 0018
Stack: c03ad7c8 c03ad7f4 00000000 00001907 00000202 c01faf9b c03ad7f4 c13a76c0
00001907 c13a76c0 c03ad800 c03ad7f4 cff422c0 501e5331 403a76c0 cff1de0c
c01e4066 c01fb356 c03ad7f4 c13a76c0 c03ad7f4 c03ad700 cff422c0 c1300400
Call Trace: [<c01faf9b>] [<c01e4066>] [<c01fb356>] [<c01fe88f>] [<c01e4c33>]
[<c011a142>] [<c013a73a>] [<c0101078>] [<c0145348>] [<c01a44bf>] [<c01945b3>]
[<c013b92a>] [<c0139faf>] [<c0133fbe>] [<c0134133>] [<c0139fbc>] [<c01058a8>]
Code: 89 50 04 89 02 c7 41 f0 00 00 00 00 89 71 f4 c7 41 f8 00

>>EIP; c02044d0 <idedisk_do_request+a8/224> <=====

>>ecx; cdbabe74 <_end+d7f7558/1054e6e4>
>>esi; c03ad7f4 <ide_hwifs+f4/3a70>
>>ebp; cdbabe64 <_end+d7f7548/1054e6e4>
>>esp; cff1ddcc <_end+fb694b0/1054e6e4>

Trace; c01faf9b <start_request+387/474>
Trace; c01e4066 <__elv_next_request+a/10>
Trace; c01fb356 <ide_queue_commands+15e/1f0>
Trace; c01fe88f <do_ide_request+57/7c>
Trace; c01e4c33 <generic_unplug_device+2b/4c>
Trace; c011a142 <__run_task_queue+6a/78>
Trace; c013a73a <__wait_on_buffer+56/8c>
Trace; c0101078 <swapper_pg_dir+78/1000>
Trace; c0145348 <file_ioctl+a8/15c>
Trace; c01a44bf <flush_old_commits+14f/168>
Trace; c01945b3 <reiserfs_write_super+33/6c>
Trace; c013b92a <sync_supers+76/f8>
Trace; c0139faf <try_to_free_buffers+277/284>
Trace; c0133fbe <__pdflush+10e/1bc>
Trace; c0134133 <pdflush+b/18>
Trace; c0139fbc <sync_old_buffers+0/9c>
Trace; c01058a8 <kernel_thread+28/38>

Code; c02044d0 <idedisk_do_request+a8/224>
00000000 <_EIP>:
Code; c02044d0 <idedisk_do_request+a8/224> <=====
   0: 89 50 04 mov %edx,0x4(%eax) <=====
Code; c02044d3 <idedisk_do_request+ab/224>
   3: 89 02 mov %eax,(%edx)
Code; c02044d5 <idedisk_do_request+ad/224>
   5: c7 41 f0 00 00 00 00 movl $0x0,0xfffffff0(%ecx)
Code; c02044dc <idedisk_do_request+b4/224>
   c: 89 71 f4 mov %esi,0xfffffff4(%ecx)
Code; c02044df <idedisk_do_request+b7/224>
   f: c7 41 f8 00 00 00 00 movl $0x0,0xfffffff8(%ecx)

<3> error: pdflush[7] exited with preempt_count 2

The second one occurs after "cat /proc/ide/ide1/hdc/identify" and "cat /proc/ide/ide1/hdd/identify" (just minor differences)

Unable to handle NULL pointer dereference at virtual address 00000004
printing eip:
c01f9b2c
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c01f9b2c>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010082
eax: cdc11e74 ebx: cdc11e64 ecx: 00000050 edx: 00000000
esi: cdc11eb4 edi: c03addcc ebp: 00000282 esp: c034def8
ds: 0018 es: 0018 ss: 0018
Stack: c03adcd8 cdc11eb4 c03addcc 00000001 c01fe411 c03addcc 00000001
00000000 c01f8b26 c03addcc 00000001 c034c000 00000000 cff42380 01000000
c01fb942 c03addcc cff32c00 c034c000 04000001 c034df8c c01f8a34 c03adcd8
Call Trace: [<c01fe411>] [<c01f8b26>] [<c01fb942>] [<c01f8a34>] [<c0108c21>]
[<c01070fe>] [<c01c9b21>] [<c01c9a38>] [<c0105a14>] [<c0105a69>] [<c0105000>]
[<c010504d>]
Code: 89 42 04 89 53 10 8d 97 d0 00 00 00 89 50 04 89 87 d0 00 00

>>EIP; c01f9b2c <__ide_end_request+d4/158> <=====

>>eax; cdc11e74 <_end+d85d558/1054e6e4>
>>ebx; cdc11e64 <_end+d85d548/1054e6e4>
>>esi; cdc11eb4 <_end+d85d598/1054e6e4>
>>edi; c03addcc <ide_hwifs+6cc/3a70>
>>esp; c034def8 <init_thread_union+1ef8/2000>

Trace; c01fe411 <ide_end_request+11/18>
Trace; c01f8b26 <task_in_intr+f2/124>
Trace; c01fb942 <ide_intr+172/280>
Trace; c01f8a34 <task_in_intr+0/124>
Trace; c0108c21 <do_IRQ+b9/144>
Trace; c01070fe <common_interrupt+22/28>
Trace; c01c9b21 <acpi_processor_idle+e9/210>
Trace; c01c9a38 <acpi_processor_idle+0/210>
Trace; c0105a14 <default_idle+0/28>
Trace; c0105a69 <cpu_idle+2d/3c>
Trace; c0105000 <_stext+0/0>
Trace; c010504d <rest_init+4d/50>

Code; c01f9b2c <__ide_end_request+d4/158>
00000000 <_EIP>:
Code; c01f9b2c <__ide_end_request+d4/158> <=====
   0: 89 42 04 mov %eax,0x4(%edx) <=====
Code; c01f9b2f <__ide_end_request+d7/158>
   3: 89 53 10 mov %edx,0x10(%ebx)
Code; c01f9b32 <__ide_end_request+da/158>
   6: 8d 97 d0 00 00 00 lea 0xd0(%edi),%edx
Code; c01f9b38 <__ide_end_request+e0/158>
   c: 89 50 04 mov %edx,0x4(%eax)
Code; c01f9b3b <__ide_end_request+e3/158>
   f: 89 87 d0 00 00 00 mov %eax,0xd0(%edi)

<0> Kernel panic: Aiee, killing interrupt handler!
Interrupt Handler - not syncing

"cat /proc/ide/ide0/hdb/identify" works without problems

After one of these oops occurs the machine is responsible but I can't access any IDE devices anymore (so the oopses are handcopied)

If you need more informations just contact me

Bye





-
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/



This archive was generated by hypermail 2b29 : Mon Apr 15 2002 - 22:00:25 EST