Messages in this thread | | | Date | Thu, 12 Oct 2000 00:24:48 +0200 (SAST) | From | Dewet Diener <> | Subject | [OOPS] 2.4.0-test10-pre1 and ReiserFS 3.6.17 |
| |
Just experienced the following Oops: It's reproducible, the offender being netscape 4.75. Reverting back to 2.4.0-test9 fixes the problem. Both kernels were compiled with the same config.
I'm not on the list, so please CC me.
ksymoops 2.3.4 on i686 2.4.0-test10p1. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test10p1/ (default) -m /usr/src/linux/System.map (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, vendor id1: 0x4943, id2: 0x4511 (Unknown) Unable to handle kernel NULL pointer dereference at virtual address 00000014 c01635a7 *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[<c01635a7>] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010213 eax: 00000000 ebx: c7274018 ecx: c0c779f4 edx: 0000022b esi: c1ef5000 edi: c1ef504c ebp: 00000002 esp: c0c7788c ds: 0018 es: 0018 ss: 0018 Process netscape-commun (pid: 1179, stackpage=c0c77000) Stack: c1ef5000 c1ef504c 00000000 00000be8 00000030 00000000 c7282ec0 c7274018 00000000 c0c779f4 00001bd0 c7282ec0 c0164b4d c0c779f4 00000000 00000000 c2a931c0 c0c77b24 00000000 00001bd0 00001000 c2a91a48 00000be8 00000069 Call Trace: [<c0164b4d>] [<c016603e>] [<c015b054>] [<c02564fd>] [<c017481f>] [<c016ff44>] [<c0171a33>] [<c016f2cd>] [<c016f936>] [<c01621e1>] [<c0257304>] [<c025b9d6>] [<c0162c3f>] [<c0162d8a>] [<c0257444>] [<c025b9d6>] [<c012f566>] [<c012e6c4>] [<c012e713>] [<c010af87>] Code: 8b 40 14 ff d0 89 c2 03 16 89 16 8b 5c 24 34 83 c4 10 8b 83
>>EIP; c01635a7 <create_virtual_node+267/450> <===== Trace; c0164b4d <ip_check_balance+30d/a60> Trace; c016603e <fix_nodes+ce/3e0> Trace; c015b054 <balance_leaf+44/2370> Trace; c02564fd <tvecs+d435/183b8> Trace; c017481f <journal_mark_dirty+8f/2a0> Trace; c016ff44 <reiserfs_insert_item+84/100> Trace; c0171a33 <indirect2direct+203/260> Trace; c016f2cd <reiserfs_cut_from_item+ed/410> Trace; c016f936 <reiserfs_do_truncate+2f6/420> Trace; c01621e1 <reiserfs_truncate_file+b1/170> Trace; c0257304 <tvecs+e23c/183b8> Trace; c025b9d6 <tvecs+1290e/183b8> Trace; c0162c3f <reiserfs_file_release+1af/320> Trace; c0162d8a <reiserfs_file_release+2fa/320> Trace; c0257444 <tvecs+e37c/183b8> Trace; c025b9d6 <tvecs+1290e/183b8> Trace; c012f566 <fput+36/d0> Trace; c012e6c4 <filp_close+54/60> Trace; c012e713 <sys_close+43/50> Trace; c010af87 <system_call+33/38> Code; c01635a7 <create_virtual_node+267/450> 00000000 <_EIP>: Code; c01635a7 <create_virtual_node+267/450> <===== 0: 8b 40 14 mov 0x14(%eax),%eax <===== Code; c01635aa <create_virtual_node+26a/450> 3: ff d0 call *%eax Code; c01635ac <create_virtual_node+26c/450> 5: 89 c2 mov %eax,%edx Code; c01635ae <create_virtual_node+26e/450> 7: 03 16 add (%esi),%edx Code; c01635b0 <create_virtual_node+270/450> 9: 89 16 mov %edx,(%esi) Code; c01635b2 <create_virtual_node+272/450> b: 8b 5c 24 34 mov 0x34(%esp,1),%ebx Code; c01635b6 <create_virtual_node+276/450> f: 83 c4 10 add $0x10,%esp Code; c01635b9 <create_virtual_node+279/450> 12: 8b 83 00 00 00 00 mov 0x0(%ebx),%eax
1 warning issued. Results may not be reliable.
Dewet
======================================================= Dewet Diener (CMRHLA, CMLA, CMIS, MCSE) dewet@mail.com Internet Solutions Developer & Independent Contractor -------------------------------------------------------
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
| |