From: "Bhagi rathi" <jahnu77@gmail.com>
To: cyjoyp <cyjoyp@gmail.com>
Cc: xfs@oss.sgi.com
Subject: Re: Reading directory entries from BMAP
Date: Thu, 4 Oct 2007 09:52:52 -0700 [thread overview]
Message-ID: <cc7060690710040952q342cf3fct20f523fb0fbdda3d@mail.gmail.com> (raw)
In-Reply-To: <13040897.post@talk.nabble.com>
br_startoff is starting offset of a file. The problem you are facing is not
clear to me.
XFS uses 16 bytes to represet start offset, length of the extent and then
start bloock
offset.
If you are interested with directories of XFS, the blocks that start from 0
offset and with
in the file address space of 32GB is the name space. After name space, you
have
lookup space and then free space manager for directories. Typically, reading
of
directory entries is reading of the total blocks reported by stat command. A
directory
can be in single block format, embedded in the inode itself, etc.
You are talking about bmbt_irec and then going towards directory entries.
This was
not clear to me.
-Saradhi.
On 10/4/07, cyjoyp <cyjoyp@gmail.com> wrote:
>
>
> Hi there,
> I am a beginner in learning XFS file system.. I have a doubt,
> dont
> know whether is silly..If you could help me with this...Thank you..
>
> An extent is 128 bit in size and uses the following struct,
>
> typedef struct xfs_bmbt_irec {
> xfs_fileoff_t br_startoff;
> xfs_fsblock_t br_startblock;
> xfs_filblks_t br_blockcount;
> xfs_exntst_t br_state;
> }
>
> I have got in to the BMAP position after traversing the BTREE..
> The BMAP has a leaf and no other siblings..
> I have the extents for directory entries stored in the BMAP..
> This is where is struck badly..
>
> Now I have a 16 byte value from which I can calculate the block count
> ,AG number ,etc...
> 00 00 00 01 00 00 02 00 00 00 00 00 02 A0 00 02
> In this case I lan up some where else instead going to the block of
> directory entries..
> This br_startoff (logical offset) is causing a difference...I am going
> wrong somwhere in this case..
>
>
> Could you please tell me br_startoff does really mean???
>
>
>
>
>
>
>
>
>
>
>
> --
> View this message in context:
> http://www.nabble.com/Reading-directory-entries-from-BMAP-tf4569129.html#a13040897
> Sent from the Xfs - General mailing list archive at Nabble.com.
>
>
> [[HTML alternate version deleted]]
>
>
>
[[HTML alternate version deleted]]
next prev parent reply other threads:[~2007-10-04 16:52 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-04 14:27 Reading directory entries from BMAP cyjoyp
2007-10-04 16:52 ` Bhagi rathi [this message]
2007-10-05 5:16 ` cyjoyp
2007-10-04 23:26 ` David Chinner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cc7060690710040952q342cf3fct20f523fb0fbdda3d@mail.gmail.com \
--to=jahnu77@gmail.com \
--cc=cyjoyp@gmail.com \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox