From: Ben Myers <bpm@sgi.com>
To: Dave Chinner <david@fromorbit.com>
Cc: xfs@oss.sgi.com
Subject: Re: [PATCH 07/11] xfs: fully initialise temp leaf in xfs_attr3_leaf_compact
Date: Thu, 23 May 2013 17:51:41 -0500 [thread overview]
Message-ID: <20130523225141.GV20028@sgi.com> (raw)
In-Reply-To: <20130522235820.GP29466@dastard>
On Thu, May 23, 2013 at 09:58:20AM +1000, Dave Chinner wrote:
> On Wed, May 22, 2013 at 04:59:34PM -0500, Ben Myers wrote:
> > On Tue, May 21, 2013 at 06:02:06PM +1000, Dave Chinner wrote:
> > > From: Dave Chinner <dchinner@redhat.com>
> > >
> > > xfs_attr3_leaf_compact() uses a temporary buffer for compacting the
> > > the entries in a leaf. It copies the the original buffer into the
> > > temporary buffer, then zeros the original buffer completely. It then
> > > copies the entries back into the original buffer. However, the
> > > original buffer has not been correctly initialised, and so the
> > > movement of the entries goes horribly wrong.
> > >
> > > Make sure the zeroed destination buffer is fully initialised, and
> > > once we've set up the destination incore header appropriately, write
> > > is back to the buffer before starting to move entries around.
> > it
> >
> > >
> > > While debugging this, the _d/_s prefixes weren't sufficient to
> > > remind me what buffer was what, so rename then all _src/_dst.
> >
> > Yeah, it helps.
> >
> > > Signed-off-by: Dave Chinner <dchinner@redhat.com>
> > > ---
> > > fs/xfs/xfs_attr_leaf.c | 42 ++++++++++++++++++++++++++----------------
> > > 1 file changed, 26 insertions(+), 16 deletions(-)
> > >
> > > diff --git a/fs/xfs/xfs_attr_leaf.c b/fs/xfs/xfs_attr_leaf.c
> > > index 79ece72..5b03d15 100644
> > > --- a/fs/xfs/xfs_attr_leaf.c
> > > +++ b/fs/xfs/xfs_attr_leaf.c
> > > @@ -1445,11 +1445,12 @@ xfs_attr3_leaf_add_work(
> > > STATIC void
> > > xfs_attr3_leaf_compact(
> > > struct xfs_da_args *args,
> > > - struct xfs_attr3_icleaf_hdr *ichdr_d,
> > > + struct xfs_attr3_icleaf_hdr *ichdr_dst,
> > > struct xfs_buf *bp)
> > > {
> > > - xfs_attr_leafblock_t *leaf_s, *leaf_d;
> > > - struct xfs_attr3_icleaf_hdr ichdr_s;
> > > + struct xfs_attr_leafblock *leaf_src;
> > > + struct xfs_attr_leafblock *leaf_dst;
> > > + struct xfs_attr3_icleaf_hdr ichdr_src;
> > > struct xfs_trans *trans = args->trans;
> > > struct xfs_mount *mp = trans->t_mountp;
> > > char *tmpbuffer;
> > > @@ -1457,29 +1458,38 @@ xfs_attr3_leaf_compact(
> > > trace_xfs_attr_leaf_compact(args);
> > >
> > > tmpbuffer = kmem_alloc(XFS_LBSIZE(mp), KM_SLEEP);
> > > - ASSERT(tmpbuffer != NULL);
> > > memcpy(tmpbuffer, bp->b_addr, XFS_LBSIZE(mp));
> > > memset(bp->b_addr, 0, XFS_LBSIZE(mp));
> > > + leaf_src = (xfs_attr_leafblock_t *)tmpbuffer;
> > > + leaf_dst = bp->b_addr;
> > >
> > > /*
> > > - * Copy basic information
> > > + * Copy the on-disk header back into the destination buffer to ensure
> > > + * all the information in the header that is not part of the incore
> > > + * header structure is preserved.
> > > */
> > > - leaf_s = (xfs_attr_leafblock_t *)tmpbuffer;
> > > - leaf_d = bp->b_addr;
> > > - ichdr_s = *ichdr_d; /* struct copy */
> > > - ichdr_d->firstused = XFS_LBSIZE(mp);
> > > - ichdr_d->usedbytes = 0;
> > > - ichdr_d->count = 0;
> > > - ichdr_d->holes = 0;
> > > - ichdr_d->freemap[0].base = xfs_attr3_leaf_hdr_size(leaf_s);
> > > - ichdr_d->freemap[0].size = ichdr_d->firstused - ichdr_d->freemap[0].base;
> > > + memcpy(bp->b_addr, tmpbuffer, xfs_attr3_leaf_hdr_size(leaf_src));
> > > +
> > > + /* Initialise the incore headers */
> > > + ichdr_src = *ichdr_dst; /* struct copy */
> > > + ichdr_dst->firstused = XFS_LBSIZE(mp);
> > > + ichdr_dst->usedbytes = 0;
> > > + ichdr_dst->count = 0;
> > > + ichdr_dst->holes = 0;
> > > + ichdr_dst->freemap[0].base = xfs_attr3_leaf_hdr_size(leaf_src);
> > > + ichdr_dst->freemap[0].size = ichdr_dst->firstused -
> > > + ichdr_dst->freemap[0].base;
> > > +
> > > +
> > > + /* write the header back to initialise the underlying buffer */
> > > + xfs_attr3_leaf_hdr_to_disk(leaf_dst, ichdr_dst);
> >
> > I can see that the memcpy is necessary but again I'm having a hard time
> > understanding what field was messed up for moveents.
>
> moveents wasn't messed up - it was all the non-incore headers that
> were invalid (owner, uuid, blkno, etc) due to the zeroing of the tmp
> buffer and then only writing the incore header back to it after
> moveents. That's what the addition memcpy of the header fixes, and
> then the xfs_attr3_leaf_hdr_to_disk() call updates all the fields
> modified by initialisation so that before we start the in-core and
> "on-disk" structures are identical.
Reviewed-by: Ben Myers <bpm@sgi.com>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2013-05-23 22:51 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-21 8:01 [PATCH 00/11] xfs: fixes for 3.10-rc3 Dave Chinner
2013-05-21 8:02 ` [PATCH 01/11] xfs: avoid nesting transactions in xfs_qm_scall_setqlim() Dave Chinner
2013-05-21 18:35 ` Ben Myers
2013-05-21 8:02 ` [PATCH 02/11] xfs: remote attribute allocation may be contiguous Dave Chinner
2013-05-21 8:02 ` [PATCH 03/11] xfs: remote attribute read too short Dave Chinner
2013-05-21 20:59 ` Ben Myers
2013-05-21 22:53 ` Dave Chinner
2013-05-21 8:02 ` [PATCH 04/11] xfs: remote attribute tail zeroing does too much Dave Chinner
2013-05-21 22:31 ` Ben Myers
2013-05-21 22:55 ` Dave Chinner
2013-05-21 8:02 ` [PATCH 05/11] xfs: correctly map remote attr buffers during removal Dave Chinner
2013-05-22 17:01 ` Ben Myers
2013-05-21 8:02 ` [PATCH 06/11] xfs: fully initialise temp leaf in xfs_attr3_leaf_unbalance Dave Chinner
2013-05-22 20:50 ` Ben Myers
2013-05-22 23:54 ` Dave Chinner
2013-05-23 22:51 ` Ben Myers
2013-05-21 8:02 ` [PATCH 07/11] xfs: fully initialise temp leaf in xfs_attr3_leaf_compact Dave Chinner
2013-05-22 21:59 ` Ben Myers
2013-05-22 23:58 ` Dave Chinner
2013-05-23 22:51 ` Ben Myers [this message]
2013-05-21 8:02 ` [PATCH 08/11] xfs: don't emit v5 superblock warnings on write Dave Chinner
2013-05-22 22:26 ` Ben Myers
2013-05-23 0:03 ` Dave Chinner
2013-05-23 15:23 ` Ben Myers
2013-05-23 23:13 ` Dave Chinner
2013-05-21 8:02 ` [PATCH 09/11] xfs: rework remote attr CRCs Dave Chinner
2013-05-23 21:54 ` Ben Myers
2013-05-23 23:35 ` Dave Chinner
2013-05-21 8:02 ` [PATCH 10/11] xfs: fix incorrect remote symlink block count Dave Chinner
2013-05-24 20:36 ` Ben Myers
2013-05-24 20:39 ` Ben Myers
2013-05-24 23:41 ` Dave Chinner
2013-05-25 15:16 ` Ben Myers
2013-05-21 8:02 ` [PATCH 11/11] xfs: increase number of ACL entries for V5 superblocks Dave Chinner
2013-05-21 14:00 ` Brian Foster
2013-05-21 20:27 ` Dave Chinner
2013-05-21 16:26 ` [PATCH 00/11] xfs: fixes for 3.10-rc3 Ben Myers
2013-05-21 20:24 ` Dave Chinner
2013-05-21 20:52 ` Ben Myers
2013-05-21 21:27 ` Dave Chinner
2013-05-23 12:30 ` [PATCH 0/2] xfs: more " Dave Chinner
2013-05-23 12:30 ` [PATCH 1/2] xfs: rework dquot CRCs Dave Chinner
2013-05-23 12:30 ` [PATCH 2/2] xfs: fix split buffer vector log recovery support Dave Chinner
2013-05-24 8:58 ` [patch 0/2] xfs: yet more fixes for 3.10-rc3 Dave Chinner
2013-05-24 8:58 ` [PATCH 1/2] xfs: disable swap extents ioctl on CRC enabled filesystems Dave Chinner
2013-05-24 8:58 ` [PATCH 2/2] xfs: kill suid/sgid through the truncate path Dave Chinner
2013-05-24 10:02 ` Christoph Hellwig
2013-05-24 10:07 ` Christoph Hellwig
2013-05-24 18:29 ` [PATCH 00/11] xfs: fixes for 3.10-rc3 Ben Myers
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=20130523225141.GV20028@sgi.com \
--to=bpm@sgi.com \
--cc=david@fromorbit.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