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
next prev parent 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