public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
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]]

  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