hi Thomas,
On Nov 30, 9:01am, Thomas Graichen wrote:
> Subject: Re: stress test on ppc
> ...
> > ok, so the problem is in either mkfs or xfs_db. after mkfs, run:
> ...
> so it looks like xfs_db
>
> > lemme know. (at the same time, could you send the unfiltered
> > "xfs_db -r -c sb -c p /dev/hda9" output also?)
>
as Russell pointed out, this is really odd - some fields
are displayed correctly, others are off with the pixies.
I can't see any obvious pattern either... the only thing
I can think of is that xfs_db is doing some deep and
meaningful bit shifting to come up with these numbers -
perhaps this is a compiler issue (we had problems before
with the xfs_high/lowbit routines on non-2.91.66 compilers,
perhaps this is true on ppc also - its probably worthwhile
trying that compiler to build userspace too if you can).
> ppc:~ # xfs_db -r -c sb -c p /dev/hda9
> magicnum = 0x58465342
> blocksize = 524288
> dblocks = 105553116266496
> rblocks = 0
> rextents = 0
> uuid = bc3a44f0-947a-4ebe-964e-5d237161432b
> logstart = 262148
> rootino = 72057594037927936
> rbmino = 129
> rsumino = 4683743612465315840
> rextsize = 16
> agblocks = 196608
> agcount = 8
> rbmblocks = 0
> logblocks = 1200
> versionnum = 0x2084
> sectsize = 64
> inodesize = 256
> inopblock = 2048
> fname = "\000\000\000\000\000\000\000\000\000\000\000\000"
> blocklog = 12
> sectlog = 144
> inodelog = 8
> inopblog = 32
> agblklog = 16
> rextslog = 0
> inprogress = 0
> imax_pct = 152
> icount = 64
> ifree = 13546827679130451968
> fdblocks = 391980
> frextents = 0
> uquotino = 0
> pquotino = 0
> qflags = 0
> flags = 0
> shared_vn = 0
> inoalignmt = 1073741824
> unit = 0
> width = 0
> dirblklog = 0
> ppc:~ #
>
cheers.
--
Nathan
|