Re: jfs mount causes oops on sparc64

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 7/1/05, Luigi Genoni <[email protected]> wrote:
> It would be interesting to understand if it is FS related as it seems.
> have you tried another FS?
> 
> does it work with reiserfs, XFS or ext3 and ext2?
> 

It works fine with ext3. so it's apparently a jfs problem.

Alex

> 
> 
> On Fri, July 1, 2005 20:13, Alex Deucher wrote:
> > I have a 6.9 TB jfs LVM volume on a sparc64 debian box, however mount
> > seems to cause an oops when I attempt to mount the volume:
> >
> > jfs_mount: diMount(ipaimap) failed w/rc = -5
> > data_access_exception: SFSR[0000000000801009] SFAR[000000000043f770],
> > going. \|/ ____ \|/
> > "@'/ .. \`@"
> > /_| \__/ |_\
> > \__U_/
> > mount(3502): Dax [#1]
> > TSTATE: 0000004411009607 TPC: 000000000051b8d0 TNPC: 000000000051b8d4
> > Y: 00000000    Not tainted
> > TPC: <diFree+0x30/0xe20>
> > g0: fffff800bd24aca1 g1: 0000000000000000 g2: fffff800bdd39800 g3:
> > fffff800bdd398c8 g4: fffff800bbcce800 g5: 0000000000000000 g6:
> > fffff800bd248000 g7: fffff80093977d88 o0: 0000000000000000 o1:
> > 0000000000000001 o2: fffff800bd167c10 o3:
> > 0000000000000000
> > o4: fffffffffffffffa o5: 0000000000000001 sp: fffff800bd24acf1 ret_pc:
> > 00000000004410d4
> > RPC: <__wake_up_common+0x34/0x80>
> > l0: 0000000000000000 l1: 0000000000000001 l2: 0000000000444d0c l3:
> > 0000000000000400
> > l4: 0000000000000000 l5: 0000000000000000 l6: 0000000000000000 l7:
> > 0000000000000008
> > i0: fffff80093977d68 i1: fffff800bd24b6d0 i2: 0000000000000001 i3:
> > 737400000043f76c
> > i4: 0000000000000000 i5: 00000000007e1400 i6: fffff800bd24ae61 i7:
> > 000000000050fcd0
> > I7: <jfs_delete_inode+0x30/0x160>
> > Caller[000000000050fcd0]: jfs_delete_inode+0x30/0x160
> > Caller[000000000049f004]: generic_delete_inode+0xc4/0x160
> > Caller[000000000049f28c]: iput+0x6c/0xc0
> > Caller[0000000000512c8c]: jfs_mount+0x8c/0x320
> > Caller[000000000050f3b0]: jfs_fill_super+0xb0/0x2c0
> > Caller[000000000048bd68]: get_sb_bdev+0x108/0x160
> > Caller[000000000048bfc0]: do_kern_mount+0x40/0x100
> > Caller[00000000004a1ca4]: do_new_mount+0x64/0xa0
> > Caller[00000000004a2338]: do_mount+0x118/0x180
> > Caller[00000000004ad950]: compat_sys_mount+0xb0/0x160
> > Caller[0000000000410df4]: linux_sparc_syscall32+0x34/0x40
> > Caller[0000000000012824]: 0x12824
> > Instruction DUMP: c2586028  c277a767  f6587f98 <c206e004> 80a58001
> > 16400369  ae100018  f40e3dfa  833da000
> >
> >
> > kernel is 2.6.12rc3 on debian sparc.  Any ideas?
> >
> > Alex
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> >  the body of a message to [email protected] More majordomo info at
> > http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
> >
> >
> 
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]
  Powered by Linux