From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Dave Chinner <david@fromorbit.com>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH 10/24] xfs: clean up the buffer iodone callback functions
Date: Fri, 22 May 2020 15:26:11 -0700 [thread overview]
Message-ID: <20200522222611.GN8230@magnolia> (raw)
In-Reply-To: <20200522035029.3022405-11-david@fromorbit.com>
On Fri, May 22, 2020 at 01:50:15PM +1000, Dave Chinner wrote:
> From: Dave Chinner <dchinner@redhat.com>
>
> Now that we've sorted inode and dquot buffers, we can apply the same
> cleanups to dirty buffers with buffer log items. They only have one
> callback, too, so we don't need the log item callback. Collapse the
> iodone functions and remove all the now unnecessary infrastructure
> around callback processing.
>
> Signed-off-by: Dave Chinner <dchinner@redhat.com>
> ---
> fs/xfs/xfs_buf_item.c | 139 +++++++++--------------------------------
> fs/xfs/xfs_buf_item.h | 1 -
> fs/xfs/xfs_trans_buf.c | 2 -
> 3 files changed, 29 insertions(+), 113 deletions(-)
>
> diff --git a/fs/xfs/xfs_buf_item.c b/fs/xfs/xfs_buf_item.c
> index 57e5d37f6852e..d44b3e3f46613 100644
> --- a/fs/xfs/xfs_buf_item.c
> +++ b/fs/xfs/xfs_buf_item.c
> @@ -30,7 +30,7 @@ static inline struct xfs_buf_log_item *BUF_ITEM(struct xfs_log_item *lip)
> return container_of(lip, struct xfs_buf_log_item, bli_item);
> }
>
> -STATIC void xfs_buf_do_callbacks(struct xfs_buf *bp);
> +static void xfs_buf_item_done(struct xfs_buf *bp);
>
> /* Is this log iovec plausibly large enough to contain the buffer log format? */
> bool
> @@ -462,9 +462,8 @@ xfs_buf_item_unpin(
> * the AIL lock.
> */
> if (bip->bli_flags & XFS_BLI_STALE_INODE) {
> - lip->li_cb(bp, lip);
> + xfs_buf_item_done(bp);
> xfs_iflush_done(bp);
> - bp->b_log_item = NULL;
> } else {
> xfs_trans_ail_delete(lip, SHUTDOWN_LOG_IO_ERROR);
> xfs_buf_item_relse(bp);
> @@ -973,46 +972,6 @@ xfs_buf_attach_iodone(
> list_add_tail(&lip->li_bio_list, &bp->b_li_list);
> }
>
> -/*
> - * We can have many callbacks on a buffer. Running the callbacks individually
> - * can cause a lot of contention on the AIL lock, so we allow for a single
> - * callback to be able to scan the remaining items in bp->b_li_list for other
> - * items of the same type and callback to be processed in the first call.
> - *
> - * As a result, the loop walking the callback list below will also modify the
> - * list. it removes the first item from the list and then runs the callback.
> - * The loop then restarts from the new first item int the list. This allows the
> - * callback to scan and modify the list attached to the buffer and we don't
> - * have to care about maintaining a next item pointer.
> - */
> -STATIC void
> -xfs_buf_do_callbacks(
> - struct xfs_buf *bp)
> -{
> - struct xfs_buf_log_item *blip = bp->b_log_item;
> - struct xfs_log_item *lip;
> -
> - /* If there is a buf_log_item attached, run its callback */
> - if (blip) {
> - lip = &blip->bli_item;
> - lip->li_cb(bp, lip);
> - }
> -
> - while (!list_empty(&bp->b_li_list)) {
> - lip = list_first_entry(&bp->b_li_list, struct xfs_log_item,
> - li_bio_list);
> -
> - /*
> - * Remove the item from the list, so we don't have any
> - * confusion if the item is added to another buf.
> - * Don't touch the log item after calling its
> - * callback, because it could have freed itself.
> - */
> - list_del_init(&lip->li_bio_list);
> - lip->li_cb(bp, lip);
> - }
> -}
> -
> /*
> * Invoke the error state callback for each log item affected by the failed I/O.
> *
> @@ -1025,8 +984,8 @@ STATIC void
> xfs_buf_do_callbacks_fail(
> struct xfs_buf *bp)
> {
> + struct xfs_ail *ailp = bp->b_mount->m_ail;
> struct xfs_log_item *lip;
> - struct xfs_ail *ailp;
>
> /*
> * Buffer log item errors are handled directly by xfs_buf_item_push()
> @@ -1036,9 +995,6 @@ xfs_buf_do_callbacks_fail(
> if (list_empty(&bp->b_li_list))
> return;
>
> - lip = list_first_entry(&bp->b_li_list, struct xfs_log_item,
> - li_bio_list);
> - ailp = lip->li_ailp;
> spin_lock(&ailp->ail_lock);
> list_for_each_entry(lip, &bp->b_li_list, li_bio_list) {
> if (lip->li_ops->iop_error)
> @@ -1051,22 +1007,11 @@ static bool
> xfs_buf_iodone_callback_error(
> struct xfs_buf *bp)
> {
> - struct xfs_buf_log_item *bip = bp->b_log_item;
> - struct xfs_log_item *lip;
> - struct xfs_mount *mp;
> + struct xfs_mount *mp = bp->b_mount;
> static ulong lasttime;
> static xfs_buftarg_t *lasttarg;
> struct xfs_error_cfg *cfg;
>
> - /*
> - * The failed buffer might not have a buf_log_item attached or the
> - * log_item list might be empty. Get the mp from the available
> - * xfs_log_item
> - */
> - lip = list_first_entry_or_null(&bp->b_li_list, struct xfs_log_item,
> - li_bio_list);
> - mp = lip ? lip->li_mountp : bip->bli_item.li_mountp;
> -
> /*
> * If we've already decided to shutdown the filesystem because of
> * I/O errors, there's no point in giving this a retry.
> @@ -1171,14 +1116,27 @@ xfs_buf_had_callback_errors(
> }
>
> static void
> -xfs_buf_run_callbacks(
> +xfs_buf_item_done(
> struct xfs_buf *bp)
> {
> + struct xfs_buf_log_item *bip = bp->b_log_item;
>
> - if (xfs_buf_had_callback_errors(bp))
> + if (!bip)
> return;
> - xfs_buf_do_callbacks(bp);
> +
> + /*
> + * If we are forcibly shutting down, this may well be off the AIL
> + * already. That's because we simulate the log-committed callbacks to
> + * unpin these buffers. Or we may never have put this item on AIL
> + * because of the transaction was aborted forcibly.
> + * xfs_trans_ail_delete() takes care of these.
> + *
> + * Either way, AIL is useless if we're forcing a shutdown.
> + */
> + xfs_trans_ail_delete(&bip->bli_item, SHUTDOWN_CORRUPT_INCORE);
> bp->b_log_item = NULL;
> + xfs_buf_item_free(bip);
> + xfs_buf_rele(bp);
> }
>
> /*
> @@ -1188,19 +1146,10 @@ void
> xfs_buf_inode_iodone(
> struct xfs_buf *bp)
> {
> - struct xfs_buf_log_item *blip = bp->b_log_item;
> - struct xfs_log_item *lip;
> -
> if (xfs_buf_had_callback_errors(bp))
> return;
>
> - /* If there is a buf_log_item attached, run its callback */
> - if (blip) {
> - lip = &blip->bli_item;
> - lip->li_cb(bp, lip);
> - bp->b_log_item = NULL;
> - }
> -
> + xfs_buf_item_done(bp);
> xfs_iflush_done(bp);
Just out of curiosity, we still have a reference to bp here even if
xfs_buf_item_done calls xfs_buf_rele, right? I think the answer is that yes
we do still have the reference because the inodes themselves hold references
to the cluster buffer, right?
If so,
Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
--D
> xfs_buf_ioend_finish(bp);
> }
> @@ -1212,59 +1161,29 @@ void
> xfs_buf_dquot_iodone(
> struct xfs_buf *bp)
> {
> - struct xfs_buf_log_item *blip = bp->b_log_item;
> - struct xfs_log_item *lip;
> -
> if (xfs_buf_had_callback_errors(bp))
> return;
>
> /* a newly allocated dquot buffer might have a log item attached */
> - if (blip) {
> - lip = &blip->bli_item;
> - lip->li_cb(bp, lip);
> - bp->b_log_item = NULL;
> - }
> -
> + xfs_buf_item_done(bp);
> xfs_dquot_done(bp);
> xfs_buf_ioend_finish(bp);
> }
>
> /*
> * Dirty buffer iodone callback function.
> + *
> + * Note that for things like remote attribute buffers, there may not be a buffer
> + * log item here, so processing the buffer log item must remain be optional.
> */
> void
> xfs_buf_dirty_iodone(
> struct xfs_buf *bp)
> {
> - xfs_buf_run_callbacks(bp);
> + if (xfs_buf_had_callback_errors(bp))
> + return;
> +
> + xfs_buf_item_done(bp);
> xfs_buf_ioend_finish(bp);
> }
>
> -/*
> - * This is the iodone() function for buffers which have been
> - * logged. It is called when they are eventually flushed out.
> - * It should remove the buf item from the AIL, and free the buf item.
> - * It is called by xfs_buf_iodone_callbacks() above which will take
> - * care of cleaning up the buffer itself.
> - */
> -void
> -xfs_buf_iodone(
> - struct xfs_buf *bp,
> - struct xfs_log_item *lip)
> -{
> - ASSERT(BUF_ITEM(lip)->bli_buf == bp);
> -
> - xfs_buf_rele(bp);
> -
> - /*
> - * If we are forcibly shutting down, this may well be off the AIL
> - * already. That's because we simulate the log-committed callbacks to
> - * unpin these buffers. Or we may never have put this item on AIL
> - * because of the transaction was aborted forcibly.
> - * xfs_trans_ail_delete() takes care of these.
> - *
> - * Either way, AIL is useless if we're forcing a shutdown.
> - */
> - xfs_trans_ail_delete(lip, SHUTDOWN_CORRUPT_INCORE);
> - xfs_buf_item_free(BUF_ITEM(lip));
> -}
> diff --git a/fs/xfs/xfs_buf_item.h b/fs/xfs/xfs_buf_item.h
> index 96f994ec90915..3f436efb0b67a 100644
> --- a/fs/xfs/xfs_buf_item.h
> +++ b/fs/xfs/xfs_buf_item.h
> @@ -57,7 +57,6 @@ bool xfs_buf_item_dirty_format(struct xfs_buf_log_item *);
> void xfs_buf_attach_iodone(struct xfs_buf *,
> void(*)(struct xfs_buf *, struct xfs_log_item *),
> struct xfs_log_item *);
> -void xfs_buf_iodone(struct xfs_buf *, struct xfs_log_item *);
> void xfs_buf_inode_iodone(struct xfs_buf *);
> void xfs_buf_dquot_iodone(struct xfs_buf *);
> void xfs_buf_dirty_iodone(struct xfs_buf *);
> diff --git a/fs/xfs/xfs_trans_buf.c b/fs/xfs/xfs_trans_buf.c
> index 69e0ebe94a915..11cd666cd99a6 100644
> --- a/fs/xfs/xfs_trans_buf.c
> +++ b/fs/xfs/xfs_trans_buf.c
> @@ -475,7 +475,6 @@ xfs_trans_dirty_buf(
> bp->b_flags |= XBF_DONE;
>
> ASSERT(atomic_read(&bip->bli_refcount) > 0);
> - bip->bli_item.li_cb = xfs_buf_iodone;
>
> /*
> * If we invalidated the buffer within this transaction, then
> @@ -644,7 +643,6 @@ xfs_trans_stale_inode_buf(
> ASSERT(atomic_read(&bip->bli_refcount) > 0);
>
> bip->bli_flags |= XFS_BLI_STALE_INODE;
> - bip->bli_item.li_cb = xfs_buf_iodone;
> bp->b_flags |= _XBF_INODES;
> xfs_trans_buf_set_type(tp, bp, XFS_BLFT_DINO_BUF);
> }
> --
> 2.26.2.761.g0e0b3e54be
>
next prev parent reply other threads:[~2020-05-22 22:28 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-22 3:50 [PATCH 00/24] xfs: rework inode flushing to make inode reclaim fully asynchronous Dave Chinner
2020-05-22 3:50 ` [PATCH 01/24] xfs: remove logged flag from inode log item Dave Chinner
2020-05-22 7:25 ` Christoph Hellwig
2020-05-22 21:13 ` Darrick J. Wong
2020-05-22 3:50 ` [PATCH 02/24] xfs: add an inode item lock Dave Chinner
2020-05-22 6:45 ` Amir Goldstein
2020-05-22 21:24 ` Darrick J. Wong
2020-05-23 8:45 ` Christoph Hellwig
2020-05-22 3:50 ` [PATCH 03/24] xfs: mark inode buffers in cache Dave Chinner
2020-05-22 7:45 ` Amir Goldstein
2020-05-22 21:35 ` Darrick J. Wong
2020-05-24 23:41 ` Dave Chinner
2020-05-23 8:48 ` Christoph Hellwig
2020-05-25 0:06 ` Dave Chinner
2020-05-22 3:50 ` [PATCH 04/24] xfs: mark dquot " Dave Chinner
2020-05-22 7:46 ` Amir Goldstein
2020-05-22 21:38 ` Darrick J. Wong
2020-05-22 3:50 ` [PATCH 05/24] xfs: mark log recovery buffers for completion Dave Chinner
2020-05-22 7:41 ` Amir Goldstein
2020-05-24 23:54 ` Dave Chinner
2020-05-22 21:41 ` Darrick J. Wong
2020-05-22 3:50 ` [PATCH 06/24] xfs: call xfs_buf_iodone directly Dave Chinner
2020-05-22 7:56 ` Amir Goldstein
2020-05-22 21:53 ` Darrick J. Wong
2020-05-22 3:50 ` [PATCH 07/24] xfs: clean up whacky buffer log item list reinit Dave Chinner
2020-05-22 22:01 ` Darrick J. Wong
2020-05-23 8:50 ` Christoph Hellwig
2020-05-22 3:50 ` [PATCH 08/24] xfs: fold xfs_istale_done into xfs_iflush_done Dave Chinner
2020-05-22 22:10 ` Darrick J. Wong
2020-05-23 9:12 ` Christoph Hellwig
2020-05-22 3:50 ` [PATCH 09/24] xfs: use direct calls for dquot IO completion Dave Chinner
2020-05-22 22:13 ` Darrick J. Wong
2020-05-23 9:16 ` Christoph Hellwig
2020-05-22 3:50 ` [PATCH 10/24] xfs: clean up the buffer iodone callback functions Dave Chinner
2020-05-22 22:26 ` Darrick J. Wong [this message]
2020-05-25 0:37 ` Dave Chinner
2020-05-23 9:19 ` Christoph Hellwig
2020-05-22 3:50 ` [PATCH 11/24] xfs: get rid of log item callbacks Dave Chinner
2020-05-22 22:27 ` Darrick J. Wong
2020-05-23 9:19 ` Christoph Hellwig
2020-05-22 3:50 ` [PATCH 12/24] xfs: pin inode backing buffer to the inode log item Dave Chinner
2020-05-22 22:39 ` Darrick J. Wong
2020-05-23 9:34 ` Christoph Hellwig
2020-05-23 21:43 ` Dave Chinner
2020-05-24 5:31 ` Christoph Hellwig
2020-05-24 23:13 ` Dave Chinner
2020-05-22 3:50 ` [PATCH 13/24] xfs: make inode reclaim almost non-blocking Dave Chinner
2020-05-22 12:19 ` Amir Goldstein
2020-05-22 22:48 ` Darrick J. Wong
2020-05-23 22:29 ` Dave Chinner
2020-05-22 3:50 ` [PATCH 14/24] xfs: remove IO submission from xfs_reclaim_inode() Dave Chinner
2020-05-22 23:06 ` Darrick J. Wong
2020-05-25 3:49 ` Dave Chinner
2020-05-23 9:40 ` Christoph Hellwig
2020-05-23 22:35 ` Dave Chinner
2020-05-22 3:50 ` [PATCH 15/24] xfs: allow multiple reclaimers per AG Dave Chinner
2020-05-22 23:10 ` Darrick J. Wong
2020-05-23 22:35 ` Dave Chinner
2020-05-22 3:50 ` [PATCH 16/24] xfs: don't block inode reclaim on the ILOCK Dave Chinner
2020-05-22 23:11 ` Darrick J. Wong
2020-05-22 3:50 ` [PATCH 17/24] xfs: remove SYNC_TRYLOCK from inode reclaim Dave Chinner
2020-05-22 23:14 ` Darrick J. Wong
2020-05-23 22:42 ` Dave Chinner
2020-05-22 3:50 ` [PATCH 18/24] xfs: clean up inode reclaim comments Dave Chinner
2020-05-22 23:17 ` Darrick J. Wong
2020-05-22 3:50 ` [PATCH 19/24] xfs: attach inodes to the cluster buffer when dirtied Dave Chinner
2020-05-22 23:48 ` Darrick J. Wong
2020-05-23 22:59 ` Dave Chinner
2020-05-22 3:50 ` [PATCH 20/24] xfs: xfs_iflush() is no longer necessary Dave Chinner
2020-05-22 23:54 ` Darrick J. Wong
2020-05-22 3:50 ` [PATCH 21/24] xfs: rename xfs_iflush_int() Dave Chinner
2020-05-22 12:33 ` Amir Goldstein
2020-05-22 23:57 ` Darrick J. Wong
2020-05-22 3:50 ` [PATCH 22/24] xfs: rework xfs_iflush_cluster() dirty inode iteration Dave Chinner
2020-05-23 0:13 ` Darrick J. Wong
2020-05-23 23:14 ` Dave Chinner
2020-05-23 11:31 ` Christoph Hellwig
2020-05-23 23:23 ` Dave Chinner
2020-05-24 5:32 ` Christoph Hellwig
2020-05-23 11:39 ` Christoph Hellwig
2020-05-22 3:50 ` [PATCH 23/24] xfs: factor xfs_iflush_done Dave Chinner
2020-05-23 0:20 ` Darrick J. Wong
2020-05-23 11:35 ` Christoph Hellwig
2020-05-22 3:50 ` [PATCH 24/24] xfs: remove xfs_inobp_check() Dave Chinner
2020-05-23 0:16 ` Darrick J. Wong
2020-05-23 11:36 ` Christoph Hellwig
2020-05-22 4:04 ` [PATCH 00/24] xfs: rework inode flushing to make inode reclaim fully asynchronous Dave Chinner
2020-05-23 16:18 ` Darrick J. Wong
2020-05-23 21:22 ` Dave Chinner
2020-05-22 6:18 ` Amir Goldstein
2020-05-22 12:01 ` Amir Goldstein
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=20200522222611.GN8230@magnolia \
--to=darrick.wong@oracle.com \
--cc=david@fromorbit.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;
as well as URLs for NNTP newsgroup(s).