lkml.org 
[lkml]   [2002]   [Jan]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs
As it has been pointed by Alan, this fix does solve the problem very well.
The filesystem gets mounted, and now I am going to do some
stability check.

Luigi


On Wed, 2 Jan 2002, Alexander Zarochentcev wrote:

> Hello !
>
> As I guess, the problem is that sparc64's set_bit() does not like addresses
> which are not aligned on 8-byte boundary. New `s_properties' field of reiserfs
> specific part of super block is such kind of.
>
> Can you try this patch:
>
> --- linux/include/linux/reiserfs_fs_sb.h.org Wed Jan 2 15:45:20 2002
> +++ linux/include/linux/reiserfs_fs_sb.h Wed Jan 2 15:45:36 2002
> @@ -407,7 +407,7 @@
> /* To be obsoleted soon by per buffer seals.. -Hans */
> atomic_t s_generation_counter; // increased by one every time the
> // tree gets re-balanced
> - unsigned int s_properties; /* File system properties. Currently holds
> + unsigned long s_properties; /* File system properties. Currently holds
> on-disk FS format */
>
> /* session statistics */
>
>
>
> Luigi Genoni writes:
> > OK, here is what ksymoops output
> >
> > \|/ ____ \|/
> > "@'/ .. \`@"
> > /_| \__/ |_\
> > \__U_/
> > mount(38): Kernel does fpu/atomic unaligned load/store.
> > TSTATE: 0000004411009603 TPC: 000000000059bae8 TNPC: 000000000059baec Y:
> > 00000000 Not tainted
> > Using defaults from ksymoops -a sparc
> > g0: 000000000000ff00 g1: 0000000000000142 g2: 0000000000000001 g3:
> > 0000000000000000
> > g4: fffff80000000000 g5: 0000000000000002 g6: fffff8006f27c000 g7:
> > 0000000000000140
> > o0: 0000000000000000 o1: fffff8006f3241c4 o2: 0000000000000000 o3:
> > 0000000000000073
> > o4: 0000000000000073 o5: 0000000000000000 sp: fffff8006f27f1b1 ret_pc:
> > 00000000004ae6dc
> > l0: 0000000000000000 l1: fffff8006f1b8000 l2: fffff8006f1b8034 l3:
> > 00000000005a9800
> > l4: 00000000019cc780 l5: 00000000005ca7a0 l6: fffff8006f1ba001 l7:
> > 0000000000030000
> > i0: fffff8006f324000 i1: fffff8006f3241c4 i2: 0000000000000000 i3:
> > 00000000004ae480
> > i4: 0814000000000000 i5: 0000000000000800 i6: fffff8006f27f2a1 i7:
> > 00000000004694b4
> > Caller[00000000004694b4]
> > Caller[0000000000469c10]
> > Caller[000000000047d370]
> > Caller[000000000047d688]
> > Caller[000000000042da08]
> > Caller[0000000000410af4]
> > Caller[000000000001274c]
> > Instruction DUMP: 9089c005 12600006 8219c005 <c3f25007> 80a1c001
> > 3267fffb ce5a4000 81c3e008 8143e00a
> >
> > >>TPC; 0059bae8 <__bitops_begin+28/40> <=====
> > >>O7; 004ae6dc <reiserfs_read_super+25c/580>
> > >>I7; 004694b4 <get_sb_bdev+274/360>
> > Trace; 004694b4 <get_sb_bdev+274/360>
> > Trace; 00469c10 <do_kern_mount+b0/1c0>
> > Trace; 0047d370 <do_add_mount+10/140>
> > Trace; 0047d688 <do_mount+148/180>
> > Trace; 0042da08 <sys32_mount+108/160>
> > Trace; 00410af4 <linux_sparc_syscall32+34/40>
> > Trace; 0001274c Before first symbol
> > Code; 0059badc <__bitops_begin+1c/40>
> > 0000000000000000 <_TPC>:
> > Code; 0059badc <__bitops_begin+1c/40>
> > 0: 90 89 c0 05 andcc %g7, %g5, %o0
> > Code; 0059bae0 <__bitops_begin+20/40>
> > 4: 12 60 00 06 bne,pn %xcc, 1c <_TPC+0x1c> 0059baf8
> > <__bitops_begin+38/40>
> > Code; 0059bae4 <__bitops_begin+24/40>
> > 8: 82 19 c0 05 xor %g7, %g5, %g1
> > Code; 0059bae8 <__bitops_begin+28/40> <=====
> > c: c3 f2 50 07 casx [ %o1 ], %g7, %g1 <=====
> > Code; 0059baec <__bitops_begin+2c/40>
> > 10: 80 a1 c0 01 cmp %g7, %g1
> > Code; 0059baf0 <__bitops_begin+30/40>
> > 14: 32 67 ff fb bne,a,pn %xcc, 0 <_TPC>
> > Code; 0059baf4 <__bitops_begin+34/40>
> > 18: ce 5a 40 00 ldx [ %o1 ], %g7
> > Code; 0059baf8 <__bitops_begin+38/40>
> > 1c: 81 c3 e0 08 retl
> > Code; 0059bafc <__bitops_begin+3c/40>
> > 20: 81 43 e0 0a membar #StoreStore|#StoreLoad
> >
> >
>
>
>
> --
> Alex.
>

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

\
 
 \ /
  Last update: 2005-03-22 13:18    [W:0.045 / U:1.348 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site