[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: opps on xfs on a linear raid on a sparc64 box
> Today, I'd tried to use xfs on a linear raid, and it oops'ses.
I've just tried it with a raid5, and the same thing happen.
(BTW, I did forgot to mention (sorry) that the same raid formated with
ext2, even with the same kernel, works perfectly)
Here is the oops for the raid5 test.
rsync(548): Oops
TSTATE: 0000009911009607 TPC: 000000000052c848 TNPC: 000000000052c84c Y:
00300000 Not tainted
Using defaults from ksymoops -t elf32-sparc -a sparc
g0: ffffffffffffe000 g1: 0000000000000000 g2: 0000000000000000 g3:
0000000000000000
g4: fffff80000000000 g5: 0000000000000001 g6: fffff80011bd4000 g7:
0000000000000001
o0: 00000000006a5c00 o1: 0000000000000001 o2: fffff800117fb9e0 o3:
0000000002000380
o4: fffff800117fbda0 o5: fffff800117fa040 sp: fffff80011bd61a1 ret_pc:
000000000052c910
l0: 0000000000696800 l1: 0000000000000001 l2: 0000000000be1580 l3:
0000000000c0004f
l4: 0000000000000002 l5: fffff80013238800 l6: 0000000000000002 l7:
0000000000683808
i0: 0000000000000001 i1: 0000000000c00046 i2: 000000000000000a i3:
0000000000000050
i4: 00000000005afbf8 i5: 0000000000000000 i6: fffff80011bd6261 i7:
00000000004fcc50
Caller[00000000004fcc50]
Caller[00000000004fce0c]
Caller[00000000004fd28c]
Caller[00000000004fcefc]
Caller[00000000004e32c4]
Caller[00000000004e3ae8]
Caller[00000000004e5428]
Caller[00000000004e55a0]
Caller[00000000004e29f4]
Caller[00000000004af6f4]
Caller[00000000004acf6c]
Caller[00000000004af174]
Caller[00000000004d77cc]
Caller[00000000004d7f84]
Caller[00000000004dd6f8]
Caller[00000000004f13b0]
Caller[00000000004f7a28]
Caller[00000000005024d0]
Caller[0000000000502974]
Caller[000000000046c220]
Caller[000000000046c344]
Caller[0000000000410974]
Caller[000000000001ae44]
Instruction DUMP: 01000000 9de3bf40 11001a97 <d616601c> 90122320
d45e6068 9332e008 932a7003 80a2a000
>>PC; 0052c848 <generic_make_request+8/180> <=====
>>O7; 0052c910 <generic_make_request+d0/180>
>>I7; 004fcc50 <_pagebuf_page_io+230/2e0>
Trace; 004fcc50 <_pagebuf_page_io+230/2e0>
Trace; 004fce0c <_page_buf_page_apply+10c/120>
Trace; 004fd28c <pagebuf_segment_apply+8c/100>
Trace; 004fcefc <pagebuf_iorequest+dc/160>
Trace; 004e32c4 <xlog_bdstrat_cb+44/60>
Trace; 004e3ae8 <xlog_sync+188/3e0>
Trace; 004e5428 <xlog_state_release_iclog+88/a0>
Trace; 004e55a0 <xlog_state_sync_all+c0/1a0>
Trace; 004e29f4 <xfs_log_force+34/60>
Trace; 004af6f4 <xfs_alloc_search_busy+d4/100>
Trace; 004acf6c <xfs_alloc_ag_vextent+ec/160>
Trace; 004af174 <xfs_alloc_vextent+174/400>
Trace; 004d77cc <xfs_ialloc_ag_alloc+10c/560>
Trace; 004d7f84 <xfs_dialloc+c4/7a0>
Trace; 004dd6f8 <xfs_ialloc+38/3c0>
Trace; 004f13b0 <xfs_dir_ialloc+70/2a0>
Trace; 004f7a28 <xfs_mkdir+3a8/6c0>
Trace; 005024d0 <linvfs_common_cr+130/240>
Trace; 00502974 <linvfs_mkdir+14/40>
Trace; 0046c220 <vfs_mkdir+80/e0>
Trace; 0046c344 <sys_mkdir+c4/140>
Trace; 00410974 <linux_sparc_syscall32+34/40>
Trace; 0001ae44 Before first symbol
Code; 0052c83c <__make_request+75c/760>
0000000000000000 <_PC>:
Code; 0052c83c <__make_request+75c/760>
0: 01 00 00 00 nop
Code; 0052c840 <generic_make_request+0/180>
4: 9d e3 bf 40 save %sp, -192, %sp
Code; 0052c844 <generic_make_request+4/180>
8: 11 00 1a 97 sethi %hi(0x6a5c00), %o0
Code; 0052c848 <generic_make_request+8/180> <=====
c: d6 16 60 1c lduh [ %i1 + 0x1c ], %o3 <=====
Code; 0052c84c <generic_make_request+c/180>
10: 90 12 23 20 or %o0, 0x320, %o0
Code; 0052c850 <generic_make_request+10/180>
14: d4 5e 60 68 unknown
Code; 0052c854 <generic_make_request+14/180>
18: 93 32 e0 08 srl %o3, 8, %o1
Code; 0052c858 <generic_make_request+18/180>
1c: 93 2a 70 03 unknown
Code; 0052c85c <generic_make_request+1c/180>
20: 80 a2 a0 00 cmp %o2, 0
--
Alvaro Figueroa