All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Darrick J. Wong" <djwong@kernel.org>
To: Allison Henderson <allison.henderson@oracle.com>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH RESEND v18 04/11] xfs: Add helper xfs_attr_set_fmt
Date: Sat, 15 May 2021 08:40:36 -0700	[thread overview]
Message-ID: <20210515154036.GR9675@magnolia> (raw)
In-Reply-To: <50c0cda3-d3e2-2d02-4958-123f08b535e7@oracle.com>

On Fri, May 14, 2021 at 10:42:05PM -0700, Allison Henderson wrote:
> 
> 
> On 5/13/21 4:46 PM, Darrick J. Wong wrote:
> > On Wed, May 12, 2021 at 09:14:01AM -0700, Allison Henderson wrote:
> > > This patch adds a helper function xfs_attr_set_fmt.  This will help
> > > isolate the code that will require state management from the portions
> > > that do not.  xfs_attr_set_fmt returns 0 when the attr has been set and
> > > no further action is needed.  It returns -EAGAIN when shortform has been
> > > transformed to leaf, and the calling function should proceed the set the
> > > attr in leaf form.
> > > 
> > > Signed-off-by: Allison Henderson <allison.henderson@oracle.com>
> > > Reviewed-by: Chandan Babu R <chandanrlinux@gmail.com>
> > > Reviewed-by: Brian Foster <bfoster@redhat.com>
> > 
> > Er... can't you combine patches 3 and 4 into a single patch that
> > renames xfs_attr_set_shortform -> xfs_attr_set_fmt and drops the
> > **leafbp parameter?  Smushing the two together it's a bit more obvious
> > what's really changing here (which really isn't that much!) so:
> > 
> > Reviewed-by: Darrick J. Wong <djwong@kernel.org>
> > 
> > (Though I think I would like the two combined for v19.  But let's see
> > what I think of the whole series by the time I reach the end, eh? :) )
> So... did your feelings change much by the end of the set?  I have to admit,
> looking at the combination of these two patches, the diff does not look
> particularly attractive.  During all our refactoring efforts, I think we did
> a little bit of a circle between these two.
> 
> Rather than sending out a v19 with a poor patch that will most certainly
> result in a v20... how about I slap them together, and send them out in an
> RFC explaining what it is?  That way people can look at it and we can
> discuss what we really want to keep.  Because from looking at the diff,
> there's really only a few bits of functional changes, that would probably be
> appropriate to lump in with patch 11 if everyone is in agreement.  Then
> possibly just drop 3 and 4?

Since you now have the same set of RVB tags for patches 3 and 4, I think
it's ok to combine them into a single patch with the same set of RVBs.

(As in: generate diff files for the entire stgit/quilt/guilt stack, pop
to patch 3 in the stack, apply patch 4's diff, update the commit message
for patch 3, commit patch 3, then delete patch 4 from the stack.)

Then tack all the cleanup stuffs onto the end as patches 12-whatever.

That way the cleanups happen and as far as I'm concerned you're not
making any tweaks to the v18 changes that are so large as to demand
re-review.

--D

> 
> Allison
> 
> 
> > 
> > --D
> > 
> > > ---
> > >   fs/xfs/libxfs/xfs_attr.c | 79 ++++++++++++++++++++++++++++--------------------
> > >   1 file changed, 46 insertions(+), 33 deletions(-)
> > > 
> > > diff --git a/fs/xfs/libxfs/xfs_attr.c b/fs/xfs/libxfs/xfs_attr.c
> > > index 32133a0..1a618a2 100644
> > > --- a/fs/xfs/libxfs/xfs_attr.c
> > > +++ b/fs/xfs/libxfs/xfs_attr.c
> > > @@ -236,6 +236,48 @@ xfs_attr_is_shortform(
> > >   		ip->i_afp->if_nextents == 0);
> > >   }
> > > +STATIC int
> > > +xfs_attr_set_fmt(
> > > +	struct xfs_da_args	*args)
> > > +{
> > > +	struct xfs_buf          *leaf_bp = NULL;
> > > +	struct xfs_inode	*dp = args->dp;
> > > +	int			error2, error = 0;
> > > +
> > > +	/*
> > > +	 * Try to add the attr to the attribute list in the inode.
> > > +	 */
> > > +	error = xfs_attr_try_sf_addname(dp, args);
> > > +	if (error != -ENOSPC) {
> > > +		error2 = xfs_trans_commit(args->trans);
> > > +		args->trans = NULL;
> > > +		return error ? error : error2;
> > > +	}
> > > +
> > > +	/*
> > > +	 * It won't fit in the shortform, transform to a leaf block.
> > > +	 * GROT: another possible req'mt for a double-split btree op.
> > > +	 */
> > > +	error = xfs_attr_shortform_to_leaf(args, &leaf_bp);
> > > +	if (error)
> > > +		return error;
> > > +
> > > +	/*
> > > +	 * Prevent the leaf buffer from being unlocked so that a
> > > +	 * concurrent AIL push cannot grab the half-baked leaf buffer
> > > +	 * and run into problems with the write verifier.
> > > +	 */
> > > +	xfs_trans_bhold(args->trans, leaf_bp);
> > > +	error = xfs_defer_finish(&args->trans);
> > > +	xfs_trans_bhold_release(args->trans, leaf_bp);
> > > +	if (error) {
> > > +		xfs_trans_brelse(args->trans, leaf_bp);
> > > +		return error;
> > > +	}
> > > +
> > > +	return -EAGAIN;
> > > +}
> > > +
> > >   /*
> > >    * Set the attribute specified in @args.
> > >    */
> > > @@ -244,8 +286,7 @@ xfs_attr_set_args(
> > >   	struct xfs_da_args	*args)
> > >   {
> > >   	struct xfs_inode	*dp = args->dp;
> > > -	struct xfs_buf          *leaf_bp = NULL;
> > > -	int			error2, error = 0;
> > > +	int			error;
> > >   	/*
> > >   	 * If the attribute list is already in leaf format, jump straight to
> > > @@ -254,36 +295,9 @@ xfs_attr_set_args(
> > >   	 * again.
> > >   	 */
> > >   	if (xfs_attr_is_shortform(dp)) {
> > > -		/*
> > > -		 * Try to add the attr to the attribute list in the inode.
> > > -		 */
> > > -		error = xfs_attr_try_sf_addname(dp, args);
> > > -		if (error != -ENOSPC) {
> > > -			error2 = xfs_trans_commit(args->trans);
> > > -			args->trans = NULL;
> > > -			return error ? error : error2;
> > > -		}
> > > -
> > > -		/*
> > > -		 * It won't fit in the shortform, transform to a leaf block.
> > > -		 * GROT: another possible req'mt for a double-split btree op.
> > > -		 */
> > > -		error = xfs_attr_shortform_to_leaf(args, &leaf_bp);
> > > -		if (error)
> > > -			return error;
> > > -
> > > -		/*
> > > -		 * Prevent the leaf buffer from being unlocked so that a
> > > -		 * concurrent AIL push cannot grab the half-baked leaf buffer
> > > -		 * and run into problems with the write verifier.
> > > -		 */
> > > -		xfs_trans_bhold(args->trans, leaf_bp);
> > > -		error = xfs_defer_finish(&args->trans);
> > > -		xfs_trans_bhold_release(args->trans, leaf_bp);
> > > -		if (error) {
> > > -			xfs_trans_brelse(args->trans, leaf_bp);
> > > +		error = xfs_attr_set_fmt(args);
> > > +		if (error != -EAGAIN)
> > >   			return error;
> > > -		}
> > >   	}
> > >   	if (xfs_attr_is_leaf(dp)) {
> > > @@ -317,8 +331,7 @@ xfs_attr_set_args(
> > >   			return error;
> > >   	}
> > > -	error = xfs_attr_node_addname(args);
> > > -	return error;
> > > +	return xfs_attr_node_addname(args);
> > >   }
> > >   /*
> > > -- 
> > > 2.7.4
> > > 

  reply	other threads:[~2021-05-15 15:40 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-12 16:13 [PATCH RESEND v18 00/11] Delay Ready Attributes Allison Henderson
2021-05-12 16:13 ` [PATCH RESEND v18 01/11] xfs: Reverse apply 72b97ea40d Allison Henderson
2021-05-13 23:14   ` Darrick J. Wong
2021-05-12 16:13 ` [PATCH RESEND v18 02/11] xfs: Add xfs_attr_node_remove_name Allison Henderson
2021-05-12 16:14 ` [PATCH RESEND v18 03/11] xfs: Hoist xfs_attr_set_shortform Allison Henderson
2021-05-12 16:14 ` [PATCH RESEND v18 04/11] xfs: Add helper xfs_attr_set_fmt Allison Henderson
2021-05-13 23:46   ` Darrick J. Wong
2021-05-15  5:42     ` Allison Henderson
2021-05-15 15:40       ` Darrick J. Wong [this message]
2021-05-12 16:14 ` [PATCH RESEND v18 05/11] xfs: Separate xfs_attr_node_addname and xfs_attr_node_addname_clear_incomplete Allison Henderson
2021-05-13 23:49   ` Darrick J. Wong
2021-05-14  0:41     ` Darrick J. Wong
2021-05-15  5:41       ` Allison Henderson
2021-05-12 16:14 ` [PATCH RESEND v18 06/11] xfs: Add helper xfs_attr_node_addname_find_attr Allison Henderson
2021-05-12 16:14 ` [PATCH RESEND v18 07/11] xfs: Hoist xfs_attr_node_addname Allison Henderson
2021-05-12 16:14 ` [PATCH RESEND v18 08/11] xfs: Hoist xfs_attr_leaf_addname Allison Henderson
2021-05-12 16:14 ` [PATCH RESEND v18 09/11] xfs: Hoist node transaction handling Allison Henderson
2021-05-12 16:14 ` [PATCH RESEND v18 10/11] xfs: Add delay ready attr remove routines Allison Henderson
2021-05-14  0:46   ` Darrick J. Wong
2021-05-15  5:41     ` Allison Henderson
2021-05-15 15:28       ` Darrick J. Wong
2021-05-12 16:14 ` [PATCH RESEND v18 11/11] xfs: Add delay ready attr set routines Allison Henderson
2021-05-14  1:14   ` Darrick J. Wong
2021-05-15  5:41     ` Allison Henderson
2021-05-15 15:32       ` Darrick J. Wong

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=20210515154036.GR9675@magnolia \
    --to=djwong@kernel.org \
    --cc=allison.henderson@oracle.com \
    --cc=linux-xfs@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.