Messages in this thread | | | Date | Mon, 15 Apr 2002 20:11:24 +0200 | From | Sebastian Droege <> | Subject | [2.5.8 Oops] 2 nice oopses when catting /proc/ide/ideX/hdY/identify |
| |
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 [unhandled content-type:application/octet-stream][unhandled content-type:application/pgp-signature] | |