Messages in this thread | | | From | Srihari Vijayaraghavan <> | Subject | Re: Linux-2.4.20-pre8-aa2 oops report. | Date | Sat, 5 Oct 2002 17:55:01 +1000 |
| |
On Saturday 05 October 2002 13:09, Srihari Vijayaraghavan wrote: > On Saturday 05 October 2002 12:47, Srihari Vijayaraghavan wrote: > > [1.] One line summary of the problem: > > 2.4.20-pre8aa2 Kernel oopsed couple of times.
I was able to produce couple of more oops.
ksymoops 2.4.5 on i686 2.4.20-pre8aa2. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.20-pre8aa2/ (default) -m /boot/System.map-2.4.20-pre8aa2 (default)
Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options.
ac97_codec: AC97 Audio codec, id: v9(SigmaTel STAC9721/23) Unable to handle kernel paging request at virtual address c5db0034 c0114517 *pde = 05c001e3 Oops: 0000 2.4.20-pre8aa2 #3 Thu Oct 3 21:07:54 EST 2002 CPU: 0 EIP: 0010:[<c0114517>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00013086 eax: 00000000 ebx: c665b324 ecx: c5db0000 edx: c665b324 esi: c665b31c edi: c01e6ae2 ebp: 00003246 esp: c73b1d90 ds: 0018 es: 0018 ss: 0018 Process modprobe (pid: 1012, stackpage=c73b1000) Stack: c73b0000 00000002 c66fc000 c73b0000 c0113e82 c01e6ae2 c73b1dfc c73b1f6c c3e27f8e c73b0000 00000000 c17e17c0 c016e94f c3e0cf80 d90e1390 0001ff9d c02102ef 00000000 dffcb5f4 da33f340 dffcb580 c3e0cf80 c016f2d4 d90e1390 Call Trace: [<c0113e82>] [<c01e6ae2>] [<c016e94f>] [<c016f2d4>] [<c016811f>] [<c0113c60>] [<c0108ff0>] [<c01e6ae2>] [<c0127d19>] [<c012860f>] [<c0113e0a>] [<c0128e88>] [<c013b2cc>] [<c0129e9f>] [<c012a1d2>] [<c012a254>] [<c0113c60>] [<c0108ff0>] Code: 8b 51 34 85 d2 74 3f f7 41 14 41 00 00 00 74 36 8b 71 38 89
>>EIP; c0114517 <search_exception_table+17/80> <=====
>>ebx; c665b324 <[emu10k1].data.end+88bb25/8a4881> >>ecx; c5db0000 <[soundcore].bss.end+39889d/3a891d> >>edx; c665b324 <[emu10k1].data.end+88bb25/8a4881> >>esi; c665b31c <[emu10k1].data.end+88bb1d/8a4881> >>edi; c01e6ae2 <fast_clear_page+12/50> >>ebp; 00003246 Before first symbol >>esp; c73b1d90 <END_OF_CODE+d39f39/????>
Trace; c0113e82 <do_page_fault+222/5a0> Trace; c01e6ae2 <fast_clear_page+12/50> Trace; c016e94f <do_get_write_access+27f/500> Trace; c016f2d4 <journal_dirty_metadata+174/200> Trace; c016811f <ext3_do_update_inode+16f/3e0> Trace; c0113c60 <do_page_fault+0/5a0> Trace; c0108ff0 <error_code+34/3c> Trace; c01e6ae2 <fast_clear_page+12/50> Trace; c0127d19 <do_wp_page+1b9/1f0> Trace; c012860f <handle_mm_fault+11f/160> Trace; c0113e0a <do_page_fault+1aa/5a0> Trace; c0128e88 <zap_pmd_range+78/80> Trace; c013b2cc <fput+cc/120> Trace; c0129e9f <unmap_fixup+12f/140> Trace; c012a1d2 <do_munmap+292/2d0> Trace; c012a254 <sys_munmap+44/80> Trace; c0113c60 <do_page_fault+0/5a0> Trace; c0108ff0 <error_code+34/3c>
Code; c0114517 <search_exception_table+17/80> 00000000 <_EIP>: Code; c0114517 <search_exception_table+17/80> <===== 0: 8b 51 34 mov 0x34(%ecx),%edx <===== Code; c011451a <search_exception_table+1a/80> 3: 85 d2 test %edx,%edx Code; c011451c <search_exception_table+1c/80> 5: 74 3f je 46 <_EIP+0x46> Code; c011451e <search_exception_table+1e/80> 7: f7 41 14 41 00 00 00 testl $0x41,0x14(%ecx) Code; c0114525 <search_exception_table+25/80> e: 74 36 je 46 <_EIP+0x46> Code; c0114527 <search_exception_table+27/80> 10: 8b 71 38 mov 0x38(%ecx),%esi Code; c011452a <search_exception_table+2a/80> 13: 89 00 mov %eax,(%eax)
1 warning issued. Results may not be reliable.
ksymoops 2.4.5 on i686 2.4.20-pre8aa2. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.20-pre8aa2/ (default) -m /boot/System.map-2.4.20-pre8aa2 (default)
Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options.
ac97_codec: AC97 Audio codec, id: v9(SigmaTel STAC9721/23) Unable to handle kernel paging request at virtual address c2d68358 c014e0f9 *pde = 0823c163 Oops: 0003 2.4.20-pre8aa2 #3 Thu Oct 3 21:07:54 EST 2002 CPU: 0 EIP: 0010:[<c014e0f9>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00210282 eax: c70b7f58 ebx: c70b7f40 ecx: c2d68358 edx: c78bae58 esi: c70b7fac edi: c687801f ebp: 4f55e46f esp: c2545ee0 ds: 0018 es: 0018 ss: 0018 Process pam_timestamp_c (pid: 2001, stackpage=c2545000) Stack: 00200217 c021097c 0001828e c0120b37 c70b7f40 dff200c0 c6878013 0000000c c6878013 c687801f 00000000 c2545f98 c014486b c70b7ec0 c2545f40 c6878013 c0144e94 c70b7ec0 c2545f40 00000000 00000008 00000000 c73f0d00 00000000 Call Trace: [<c0120b37>] [<c014486b>] [<c0144e94>] [<c0145377>] [<c0145609>] [<c014204f>] [<c0108eff>] Code: 89 11 89 40 04 89 43 18 eb cc 89 f0 89 3c 24 83 c0 3c 89 44
>>EIP; c014e0f9 <d_lookup+d9/110> <=====
>>eax; c70b7f58 <END_OF_CODE+9cc101/????> >>ebx; c70b7f40 <END_OF_CODE+9cc0e9/????> >>ecx; c2d68358 <[serial].bss.end+76be75/182bb9d> >>edx; c78bae58 <END_OF_CODE+11cf001/????> >>esi; c70b7fac <END_OF_CODE+9cc155/????> >>edi; c687801f <END_OF_CODE+18c1c8/????> >>ebp; 4f55e46f Before first symbol >>esp; c2545ee0 <[floppy].bss.end+2184a5/24e645>
Trace; c0120b37 <schedule_timeout+67/b0> Trace; c014486b <cached_lookup+1b/70> Trace; c0144e94 <link_path_walk+3c4/6f0> Trace; c0145377 <path_lookup+37/40> Trace; c0145609 <__user_walk+49/60> Trace; c014204f <sys_lstat64+1f/80> Trace; c0108eff <system_call+33/38>
Code; c014e0f9 <d_lookup+d9/110> 00000000 <_EIP>: Code; c014e0f9 <d_lookup+d9/110> <===== 0: 89 11 mov %edx,(%ecx) <===== Code; c014e0fb <d_lookup+db/110> 2: 89 40 04 mov %eax,0x4(%eax) Code; c014e0fe <d_lookup+de/110> 5: 89 43 18 mov %eax,0x18(%ebx) Code; c014e101 <d_lookup+e1/110> 8: eb cc jmp ffffffd6 <_EIP+0xffffffd6> Code; c014e103 <d_lookup+e3/110> a: 89 f0 mov %esi,%eax Code; c014e105 <d_lookup+e5/110> c: 89 3c 24 mov %edi,(%esp,1) Code; c014e108 <d_lookup+e8/110> f: 83 c0 3c add $0x3c,%eax Code; c014e10b <d_lookup+eb/110> 12: 89 44 00 00 mov %eax,0x0(%eax,%eax,1)
1 warning issued. Results may not be reliable.
Steps to reproduce: 1. Login to XFree86/KDE or GNOME 2. Start some open-source heavy-weight applications (I use Mozilla, Open Office Writer and Calc and Impress) 3. Exit all those applications 4. # mke2fs -j /dev/md0 (or) mke2fs -j /dev/hdc5 5. # mount /dev/md0 /md0 6. # cd /md0 7. # time dd if=/dev/zero of=zero bs=1024 count=1048576 (I have choosen 1 GB file because I have 512 MB RAM in the system) 8. # dmesg (to verify if there is an oops) 9. Repeat step 2 and verify if there is an oops 10. Else repeat steps 1 to 9 couple of times
Intrestingly both mainline (2.4.20-pre8) and Red Hat 8 kernel (2.4.18-14) do not exhibit this regression (on few attempts).
Please feel free to suggest any ideas to pinpoint the issue if you can. I will test the system with ReiserFS and Debian Woody (gcc 2.95.4) later today or tomorrow. -- Hari harisri@bigpond.com
- 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/
| |