public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Chandan Babu R <chandan.babu@oracle.com>
To: Allison Henderson <allison.henderson@oracle.com>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH v27 01/15] xfs: Fix double unlock in defer capture code
Date: Wed, 16 Feb 2022 20:17:27 +0530	[thread overview]
Message-ID: <87leyaj2bk.fsf@debian-BULLSEYE-live-builder-AMD64> (raw)
In-Reply-To: <20220216013713.1191082-2-allison.henderson@oracle.com>

On 16 Feb 2022 at 07:06, Allison Henderson wrote:
> The new deferred attr patch set uncovered a double unlock in the
> recent port of the defer ops capture and continue code.  During log
> recovery, we're allowed to hold buffers to a transaction that's being
> used to replay an intent item.  When we capture the resources as part
> of scheduling a continuation of an intent chain, we call xfs_buf_hold
> to retain our reference to the buffer beyond the transaction commit,
> but we do /not/ call xfs_trans_bhold to maintain the buffer lock.
> This means that xfs_defer_ops_continue needs to relock the buffers
> before xfs_defer_restore_resources joins then tothe new transaction.
>
> Additionally, the buffers should not be passed back via the dres
> structure since they need to remain locked unlike the inodes.  So
> simply set dr_bufs to zero after populating the dres structure.
>

Looks good to me.

Reviewed-by: Chandan Babu R <chandan.babu@oracle.com>

> Signed-off-by: Darrick J. Wong <djwong@kernel.org>
> Signed-off-by: Allison Henderson <allison.henderson@oracle.com>
> ---
>  fs/xfs/libxfs/xfs_defer.c | 11 ++++++++++-
>  1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/fs/xfs/libxfs/xfs_defer.c b/fs/xfs/libxfs/xfs_defer.c
> index 0805ade2d300..6dac8d6b8c21 100644
> --- a/fs/xfs/libxfs/xfs_defer.c
> +++ b/fs/xfs/libxfs/xfs_defer.c
> @@ -22,6 +22,7 @@
>  #include "xfs_refcount.h"
>  #include "xfs_bmap.h"
>  #include "xfs_alloc.h"
> +#include "xfs_buf.h"
>  
>  static struct kmem_cache	*xfs_defer_pending_cache;
>  
> @@ -774,17 +775,25 @@ xfs_defer_ops_continue(
>  	struct xfs_trans		*tp,
>  	struct xfs_defer_resources	*dres)
>  {
> +	unsigned int			i;
> +
>  	ASSERT(tp->t_flags & XFS_TRANS_PERM_LOG_RES);
>  	ASSERT(!(tp->t_flags & XFS_TRANS_DIRTY));
>  
> -	/* Lock and join the captured inode to the new transaction. */
> +	/* Lock the captured resources to the new transaction. */
>  	if (dfc->dfc_held.dr_inos == 2)
>  		xfs_lock_two_inodes(dfc->dfc_held.dr_ip[0], XFS_ILOCK_EXCL,
>  				    dfc->dfc_held.dr_ip[1], XFS_ILOCK_EXCL);
>  	else if (dfc->dfc_held.dr_inos == 1)
>  		xfs_ilock(dfc->dfc_held.dr_ip[0], XFS_ILOCK_EXCL);
> +
> +	for (i = 0; i < dfc->dfc_held.dr_bufs; i++)
> +		xfs_buf_lock(dfc->dfc_held.dr_bp[i]);
> +
> +	/* Join the captured resources to the new transaction. */
>  	xfs_defer_restore_resources(tp, &dfc->dfc_held);
>  	memcpy(dres, &dfc->dfc_held, sizeof(struct xfs_defer_resources));
> +	dres->dr_bufs = 0;
>  
>  	/* Move captured dfops chain and state to the transaction. */
>  	list_splice_init(&dfc->dfc_dfops, &tp->t_dfops);


-- 
chandan

  reply	other threads:[~2022-02-16 14:47 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-16  1:36 [PATCH v27 00/15] xfs: Log Attribute Replay Allison Henderson
2022-02-16  1:36 ` [PATCH v27 01/15] xfs: Fix double unlock in defer capture code Allison Henderson
2022-02-16 14:47   ` Chandan Babu R [this message]
2022-02-16  1:37 ` [PATCH v27 02/15] xfs: don't commit the first deferred transaction without intents Allison Henderson
2022-02-16  2:27   ` Darrick J. Wong
2022-02-16 14:47   ` Chandan Babu R
2022-02-16  1:37 ` [PATCH v27 03/15] xfs: Return from xfs_attr_set_iter if there are no more rmtblks to process Allison Henderson
2022-02-16  1:37 ` [PATCH v27 04/15] xfs: Set up infrastructure for log attribute replay Allison Henderson
2022-02-16  1:37 ` [PATCH v27 05/15] xfs: Implement attr logging and replay Allison Henderson
2022-02-16  1:37 ` [PATCH v27 06/15] xfs: Skip flip flags for delayed attrs Allison Henderson
2022-02-16  1:37 ` [PATCH v27 07/15] xfs: Add xfs_attr_set_deferred and xfs_attr_remove_deferred Allison Henderson
2022-02-16  1:37 ` [PATCH v27 08/15] xfs: Remove unused xfs_attr_*_args Allison Henderson
2022-02-16  1:37 ` [PATCH v27 09/15] xfs: Add log attribute error tag Allison Henderson
2022-02-16  1:37 ` [PATCH v27 10/15] xfs: Add larp debug option Allison Henderson
2022-02-16  1:37 ` [PATCH v27 11/15] xfs: Merge xfs_delattr_context into xfs_attr_item Allison Henderson
2022-02-16  1:37 ` [PATCH v27 12/15] xfs: Add helper function xfs_attr_leaf_addname Allison Henderson
2022-02-16  1:37 ` [PATCH v27 13/15] xfs: Add helper function xfs_init_attr_trans Allison Henderson
2022-02-16  2:30   ` Darrick J. Wong
2022-02-16 14:48   ` Chandan Babu R
2022-02-16  1:37 ` [PATCH v27 14/15] xfs: add leaf split error tag Allison Henderson
2022-02-16 14:59   ` Chandan Babu R
2022-02-16  1:37 ` [PATCH v27 15/15] xfs: add leaf to node " Allison Henderson
2022-02-16 15:00   ` Chandan Babu R

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=87leyaj2bk.fsf@debian-BULLSEYE-live-builder-AMD64 \
    --to=chandan.babu@oracle.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox