Oops in ReiserFS (2.4.17)

Steve Hill (steve@navaho.co.uk)
Wed, 13 Mar 2002 09:31:30 +0000 (GMT)


I keep getting ResierFS oopses on my test box here. It's a Cobalt Raq4i
running the 2.4.17 kernel (with some of my own experimental code in the
kernel but I don'tthink this is the cause of the problem). The box has
been powercycled and paniced more times than I've had hot dinners so I
suspect that these oopses are being caused by hard drive corruption. The
ksymoops output is below:

ksymoops 2.4.1 on i686 2.4.7-10smp. Options used
-v vmlinux (specified)
-K (specified)
-L (specified)
-O (specified)
-m System.map (specified)

Unable to handle kernel NULL pointer dereference at virtual address
00000006
c0134c9d
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c0134c9d>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 00001002 ebx: 00001c85 ecx: 00000002 edx: 00000002
esi: 00001fff edi: 0000201a ebp: 0000000d esp: c5be5d50
ds: 0018 es: 0018 ss: 0018
Process touch (pid: 1411, stackpage=c5be5000)
Stack: 0303201a 00000303 00001000 0000201a c12c4e00 c013536f 00000303
0000201a
00001000 c5be5e50 0000201a 00000983 c01355ac 00000303 0000201a
00001000
c12c4e00 c01810b4 c778f000 00001000 c7841860 c0181125 00000303
0000201a
Call Trace: [<c013536f>] [<c01355ac>] [<c01810b4>] [<c0181125>]
[<c0171e8d>]
[<c0173aca>] [<c01251b4>] [<c0179e71>] [<c01447de>] [<c0145e6b>]
[<c0175986>] [<c0145f2f>] [<c013ccc1>] [<c01327bf>] [<c0132feb>]
[<c01333e3>] [<c0106cf3>]Code: 39 7a 04 75 f3 66 8b 42 08 25 ff ff 00 00
3b 44 24 20 75 e4

>>EIP; c0134c9d <get_hash_table+5d/90> <=====
Trace; c013536f <getblk+1f/50>
Trace; c01355ac <bread+1c/80>
Trace; c01810b4 <is_tree_node+64/70>
Trace; c0181125 <search_by_key+65/d30>
Trace; c0171e8d <make_cpu_key+3d/50>
Trace; c0173aca <reiserfs_update_sd+4a/160>
Trace; c01251b4 <__vma_link+64/c0>
Trace; c0179e71 <reiserfs_dirty_inode+41/60>
Trace; c01447de <__mark_inode_dirty+2e/80>
Trace; c0145e6b <inode_setattr+cb/e0>
Trace; c0175986 <reiserfs_setattr+86/90>
Trace; c0145f2f <notify_change+4f/d0>
Trace; c013ccc1 <__user_walk+41/50>
Trace; c01327bf <sys_utime+af/d0>
Trace; c0132feb <filp_open+4b/60>
Trace; c01333e3 <filp_close+53/60>
Trace; c0106cf3 <system_call+33/40>
Code; c0134c9d <get_hash_table+5d/90>
00000000 <_EIP>:
Code; c0134c9d <get_hash_table+5d/90> <=====
0: 39 7a 04 cmp %edi,0x4(%edx) <=====
Code; c0134ca0 <get_hash_table+60/90>
3: 75 f3 jne fffffff8 <_EIP+0xfffffff8>
c0134c95 <get_hash_table+55/90>
Code; c0134ca2 <get_hash_table+62/90>
5: 66 8b 42 08 mov 0x8(%edx),%ax
Code; c0134ca6 <get_hash_table+66/90>
9: 25 ff ff 00 00 and $0xffff,%eax
Code; c0134cab <get_hash_table+6b/90>
e: 3b 44 24 20 cmp 0x20(%esp,1),%eax
Code; c0134caf <get_hash_table+6f/90>
12: 75 e4 jne fffffff8 <_EIP+0xfffffff8>
c0134c95 <get_hash_table+55/90>

-- 

- Steve Hill System Administrator Email: steve@navaho.co.uk Navaho Technologies Ltd. Tel: +44-870-7034015

... Alcohol and calculus don't mix - Don't drink and derive! ...

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