I recently had a power flicker and had an Ultra2 running XFS oops on
recovery, I put 2.4.21-rc8 on it to see if that was affected to and it
appears to be. Luckily I can run xfs_repair and it'll fix the
filesystem, but I have to use -L to clear the log which isn't
preferable.
Anyway here's the oops, if you're interested. This isn't anything
production so if anyone has anything they'd like me to test I'll be more
than happy.
Thanks,
Jim.
ksymoops 2.4.8 on sparc64 2.4.21-rc8-xfs. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.21-rc8-xfs/ (default)
-m /boot/System.map-2.4.21-rc8-xfs (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.
Unable to handle kernel NULL pointer dereference
tsk->{mm,active_mm}->context = 000000000000043b
tsk->{mm,active_mm}->pgd = fffff800273d4000
\|/ ____ \|/
"@'/ .. \`@"
/_| \__/ |_\
\__U_/
mount(72): Oops
CPU[0]: local_irq_count[0] irqs_running[0]
TSTATE: 0000000011009605 TPC: 00000000004c4598 TNPC: 00000000004c4570 Y:
06000000 Not tainted
Using defaults from ksymoops -t elf32-sparc -a sparc
g0: 0000000000000000 g1: 00000000000000c2 g2: 0000000000000040 g3:
0000000000000000
g4: fffff80000000000 g5: 0000000000000000 g6: fffff80027488000 g7:
0000000000000000
o0: 0000000000000000 o1: 0000000000000040 o2: 0000000000000000 o3:
0000000000000000
o4: 0000000000000000 o5: 00000000ffffffe0 sp: fffff8002748a5a1 ret_pc:
00000000004f4a60
l0: 000000000000000e l1: 0000000000000000 l2: 0000000003f430ec l3:
000000003f430ec0
l4: 0000000000000002 l5: fffff80000bcf174 l6: 0000000000605800 l7:
0000000000000000
i0: fffff80027247000 i1: fffff80000bcefe0 i2: fffff80026b86e60 i3:
fffff80000bcf160
i4: fffff80000bcf220 i5: 0000000000000004 i6: fffff8002748a661 i7:
00000000004f4f2c
Caller[00000000004f4f2c]
Caller[00000000004f5d54]
Caller[00000000004f5e44]
Caller[00000000004f5f8c]
Caller[00000000004f6c40]
Caller[00000000004f7098]
Caller[00000000004f70d0]
Caller[00000000004f72a0]
Caller[00000000004eeee8]
Caller[00000000004f8a80]
Caller[00000000004ecd28]
Caller[00000000004ff8a0]
Caller[0000000000513ca0]
Caller[0000000000513a80]
Caller[00000000004794f4]
Caller[00000000004797ac]
Caller[000000000049028c]
Caller[00000000004905b0]
Caller[0000000000431e10]
Caller[0000000000410e34]
Caller[00000000000125fc]
Instruction DUMP: 8730e000 80a2601f 384ffff7 <c402c000> 80a26000
32480004 d002c000 10680029 90103fff
>>PC; 004c4598 <xfs_next_bit+98/160> <=====
>>ret_pc; 004f4a60 <xlog_recover_do_reg_buffer+120/160>
>>l6; 00605800 <extflag.786+6f6/343e>
>>i7; 004f4f2c <xlog_recover_do_buffer_trans+1ec/2c0>
Trace; 004f4f2c <xlog_recover_do_buffer_trans+1ec/2c0>
Trace; 004f5d54 <xlog_recover_do_trans+174/1a0>
Trace; 004f5e44 <xlog_recover_commit_trans+24/60>
Trace; 004f5f8c <xlog_recover_process_data+ec/1a0>
Trace; 004f6c40 <xlog_do_recovery_pass+240/640>
Trace; 004f7098 <xlog_do_log_recovery+58/80>
Trace; 004f70d0 <xlog_do_recover+10/160>
Trace; 004f72a0 <xlog_recover+80/a0>
Trace; 004eeee8 <xfs_log_mount+88/100>
Trace; 004f8a80 <xfs_mountfs+760/a40>
Trace; 004ecd28 <xfs_ioinit+28/40>
Trace; 004ff8a0 <xfs_mount+480/500>
Trace; 00513ca0 <vfs_mount+20/40>
Trace; 00513a80 <linvfs_read_super+a0/2a0>
Trace; 004794f4 <get_sb_bdev+1f4/2a0>
Trace; 004797ac <do_kern_mount+4c/160>
Trace; 0049028c <do_add_mount+6c/1a0>
Trace; 004905b0 <do_mount+150/180>
Trace; 00431e10 <sys32_mount+130/1a0>
Trace; 00410e34 <linux_sparc_syscall32+34/40>
Trace; 000125fc Before first symbol
Code; 004c458c <xfs_next_bit+8c/160>
00000000 <_PC>:
Code; 004c458c <xfs_next_bit+8c/160>
0: 87 30 e0 00 srl %g3, 0, %g3
Code; 004c4590 <xfs_next_bit+90/160>
4: 80 a2 60 1f cmp %o1, 0x1f
Code; 004c4594 <xfs_next_bit+94/160>
8: 38 4f ff f7 unknown
Code; 004c4598 <xfs_next_bit+98/160> <=====
c: c4 02 c0 00 ld [ %o3 ], %g2 <=====
Code; 004c459c <xfs_next_bit+9c/160>
10: 80 a2 60 00 cmp %o1, 0
Code; 004c45a0 <xfs_next_bit+a0/160>
14: 32 48 00 04 unknown
Code; 004c45a4 <xfs_next_bit+a4/160>
18: d0 02 c0 00 ld [ %o3 ], %o0
Code; 004c45a8 <xfs_next_bit+a8/160>
1c: 10 68 00 29 unknown
Code; 004c45ac <xfs_next_bit+ac/160>
20: 90 10 3f ff mov -1, %o0
CPU[1]: local_irq_count[0] irqs_running[0]
TSTATE: 0000000480009604 TPC: 0000000000478130 TNPC: 0000000000478134 Y:
00000000 Not tainted
g0: fffff80000b674f1 g1: 0000000000000000 g2: 0000000000000000 g3:
fffff80000b67da0
g4: fffff80000000000 g5: fffff80000b50000 g6: fffff80000b64000 g7:
00000000000000ff
o0: 0000000100000000 o1: 000000000000065e o2: 000000000073a000 o3:
00000000006ac000
o4: fffff8000039b36c o5: 0000000000701800 sp: fffff80000b67521 ret_pc:
0000000000446fa8
l0: 000000000000065e l1: fffff80000b67da0 l2: 0000000000731800 l3:
0000000000000000
l4: 00000000006235d0 l5: 0000000000000000 l6: 0000000000723800 l7:
0000000000000000
i0: 0000000000000000 i1: 0000000000000001 i2: 0000000000000000 i3:
0000000000000000
i4: 00000000005fcc00 i5: 0000000000000000 i6: fffff80000b675e1 i7:
0000000000477db0
Warning (Oops_read): Code line not seen, dumping what data is available
>>PC; 00478130 <__mark_dirty+310/380> <=====
>>g0; 00b674f1 <_end+3d11b9/1869d88>
>>g3; 00b67da0 <_end+3d1a68/1869d88>
>>g5; 00b50000 <_end+3b9cc8/1869d88>
>>g6; 00b64000 <_end+3cdcc8/1869d88>
>>o2; 0073a000 <pbhash+1618/1800>
>>o3; 006ac000 <kernel_flag+0/0>
>>o5; 00701800 <sp_banks+f0/200>
>>sp; 00b67521 <_end+3d11e9/1869d88>
>>ret_pc; 00446fa8 <schedule_timeout+88/c0>
>>l1; 00b67da0 <_end+3d1a68/1869d88>
>>l2; 00731800 <time_phase+0/8>
>>l4; 006235d0 <runqueue_head+0/10>
>>l6; 00723800 <kstat+1af0/1d98>
>>i4; 005fcc00 <Unused_offset+788/71b0>
>>i6; 00b675e1 <_end+3d12a9/1869d88>
>>i7; 00477db0 <kupdate+150/180>
|