[OOPS] 2.4.0-test10-pre1 and ReiserFS 3.6.17

From: Dewet Diener (dewet@mail.com)
Date: Wed Oct 11 2000 - 17:24:48 EST

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

This archive was generated by hypermail 2b29 : Sun Oct 15 2000 - 21:00:20 EST