From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Chandan Babu R <chandanrlinux@gmail.com>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH 19/28] xfs: refactor xlog_recover_process_unlinked
Date: Wed, 6 May 2020 12:11:00 -0700 [thread overview]
Message-ID: <20200506191100.GC6714@magnolia> (raw)
In-Reply-To: <1967481.PxtkyhZy26@garuda>
On Tue, May 05, 2020 at 06:49:17PM +0530, Chandan Babu R wrote:
> On Tuesday 5 May 2020 6:42:35 AM IST Darrick J. Wong wrote:
> > From: Darrick J. Wong <darrick.wong@oracle.com>
> >
> > Hoist the unlinked inode processing logic out of the AG loop and into
> > its own function. No functional changes.
> >
> > Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
> > ---
> > fs/xfs/xfs_unlink_recover.c | 91 +++++++++++++++++++++++++------------------
> > 1 file changed, 52 insertions(+), 39 deletions(-)
> >
> >
> > diff --git a/fs/xfs/xfs_unlink_recover.c b/fs/xfs/xfs_unlink_recover.c
> > index 2a19d096e88d..413b34085640 100644
> > --- a/fs/xfs/xfs_unlink_recover.c
> > +++ b/fs/xfs/xfs_unlink_recover.c
> > @@ -145,54 +145,67 @@ xlog_recover_process_one_iunlink(
> > * scheduled on this CPU to ensure other scheduled work can run without undue
> > * latency.
> > */
> > -void
> > -xlog_recover_process_unlinked(
> > - struct xlog *log)
> > +STATIC int
> > +xlog_recover_process_iunlinked(
> > + struct xfs_mount *mp,
> > + xfs_agnumber_t agno)
> > {
> > - struct xfs_mount *mp;
> > struct xfs_agi *agi;
> > struct xfs_buf *agibp;
> > - xfs_agnumber_t agno;
> > xfs_agino_t agino;
> > int bucket;
> > int error;
> >
> > - mp = log->l_mp;
> > -
> > - for (agno = 0; agno < mp->m_sb.sb_agcount; agno++) {
> > - /*
> > - * Find the agi for this ag.
> > - */
> > - error = xfs_read_agi(mp, NULL, agno, &agibp);
> > - if (error) {
> > - /*
> > - * AGI is b0rked. Don't process it.
> > - *
> > - * We should probably mark the filesystem as corrupt
> > - * after we've recovered all the ag's we can....
> > - */
> > - continue;
> > - }
> > + /*
> > + * Find the agi for this ag.
> > + */
> > + error = xfs_read_agi(mp, NULL, agno, &agibp);
> > + if (error) {
> > /*
> > - * Unlock the buffer so that it can be acquired in the normal
> > - * course of the transaction to truncate and free each inode.
> > - * Because we are not racing with anyone else here for the AGI
> > - * buffer, we don't even need to hold it locked to read the
> > - * initial unlinked bucket entries out of the buffer. We keep
> > - * buffer reference though, so that it stays pinned in memory
> > - * while we need the buffer.
> > + * AGI is b0rked. Don't process it.
> > + *
> > + * We should probably mark the filesystem as corrupt
> > + * after we've recovered all the ag's we can....
> > */
> > - agi = agibp->b_addr;
> > - xfs_buf_unlock(agibp);
> > -
> > - for (bucket = 0; bucket < XFS_AGI_UNLINKED_BUCKETS; bucket++) {
> > - agino = be32_to_cpu(agi->agi_unlinked[bucket]);
> > - while (agino != NULLAGINO) {
> > - agino = xlog_recover_process_one_iunlink(mp,
> > - agno, agino, bucket);
> > - cond_resched();
> > - }
> > + return error;
>
>
> This causes a change in behaviour i.e. an error return from here would cause
> xlog_recover_process_unlinked() to break "loop on all AGs". Before this
> change, XFS would continue to process all the remaining AGs as described by
> the above comment.
Hm, you're right. I'll make this function return void and then mess
with the return values and whatnot later.
--D
>
> > + }
> > +
> > + /*
> > + * Unlock the buffer so that it can be acquired in the normal
> > + * course of the transaction to truncate and free each inode.
> > + * Because we are not racing with anyone else here for the AGI
> > + * buffer, we don't even need to hold it locked to read the
> > + * initial unlinked bucket entries out of the buffer. We keep
> > + * buffer reference though, so that it stays pinned in memory
> > + * while we need the buffer.
> > + */
> > + agi = agibp->b_addr;
> > + xfs_buf_unlock(agibp);
> > +
> > + for (bucket = 0; bucket < XFS_AGI_UNLINKED_BUCKETS; bucket++) {
> > + agino = be32_to_cpu(agi->agi_unlinked[bucket]);
> > + while (agino != NULLAGINO) {
> > + agino = xlog_recover_process_one_iunlink(mp,
> > + agno, agino, bucket);
> > + cond_resched();
> > }
> > - xfs_buf_rele(agibp);
> > + }
> > + xfs_buf_rele(agibp);
> > +
> > + return 0;
> > +}
> > +
> > +void
> > +xlog_recover_process_unlinked(
> > + struct xlog *log)
> > +{
> > + struct xfs_mount *mp = log->l_mp;
> > + xfs_agnumber_t agno;
> > + int error;
> > +
> > + for (agno = 0; agno < mp->m_sb.sb_agcount; agno++) {
> > + error = xlog_recover_process_iunlinked(mp, agno);
> > + if (error)
> > + break;
> > }
> > }
> >
> >
>
>
> --
> chandan
>
>
>
next prev parent reply other threads:[~2020-05-06 19:11 UTC|newest]
Thread overview: 94+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-05 1:10 [PATCH v3 00/28] xfs: refactor log recovery Darrick J. Wong
2020-05-05 1:10 ` [PATCH 01/28] xfs: convert xfs_log_recover_item_t to struct xfs_log_recover_item Darrick J. Wong
2020-05-05 3:33 ` Chandan Babu R
2020-05-06 14:59 ` Christoph Hellwig
2020-05-05 1:10 ` [PATCH 02/28] xfs: refactor log recovery item sorting into a generic dispatch structure Darrick J. Wong
2020-05-05 4:11 ` Chandan Babu R
2020-05-06 15:03 ` Christoph Hellwig
2020-05-06 18:36 ` Darrick J. Wong
2020-05-05 1:10 ` [PATCH 03/28] xfs: refactor log recovery item dispatch for pass2 readhead functions Darrick J. Wong
2020-05-05 4:32 ` Chandan Babu R
2020-05-06 15:04 ` Christoph Hellwig
2020-05-05 1:10 ` [PATCH 04/28] xfs: refactor log recovery item dispatch for pass1 commit functions Darrick J. Wong
2020-05-05 4:40 ` Chandan Babu R
2020-05-06 15:07 ` Christoph Hellwig
2020-05-05 1:11 ` [PATCH 05/28] xfs: refactor log recovery buffer item dispatch for pass2 " Darrick J. Wong
2020-05-05 5:03 ` Chandan Babu R
2020-05-06 15:09 ` Christoph Hellwig
2020-05-05 1:11 ` [PATCH 06/28] xfs: refactor log recovery inode " Darrick J. Wong
2020-05-05 5:09 ` Chandan Babu R
2020-05-06 15:10 ` Christoph Hellwig
2020-05-05 1:11 ` [PATCH 07/28] xfs: refactor log recovery dquot " Darrick J. Wong
2020-05-05 5:13 ` Chandan Babu R
2020-05-06 15:11 ` Christoph Hellwig
2020-05-05 1:11 ` [PATCH 08/28] xfs: refactor log recovery icreate " Darrick J. Wong
2020-05-05 6:10 ` Chandan Babu R
2020-05-06 15:11 ` Christoph Hellwig
2020-05-05 1:11 ` [PATCH 09/28] xfs: refactor log recovery EFI " Darrick J. Wong
2020-05-05 6:46 ` Chandan Babu R
2020-05-06 15:12 ` Christoph Hellwig
2020-05-05 1:11 ` [PATCH 10/28] xfs: refactor log recovery RUI " Darrick J. Wong
2020-05-05 7:02 ` Chandan Babu R
2020-05-06 15:12 ` Christoph Hellwig
2020-05-06 15:13 ` Christoph Hellwig
2020-05-05 1:11 ` [PATCH 11/28] xfs: refactor log recovery CUI " Darrick J. Wong
2020-05-05 7:06 ` Chandan Babu R
2020-05-06 15:13 ` Christoph Hellwig
2020-05-05 1:11 ` [PATCH 12/28] xfs: refactor log recovery BUI " Darrick J. Wong
2020-05-05 7:14 ` Chandan Babu R
2020-05-06 15:14 ` Christoph Hellwig
2020-05-05 1:11 ` [PATCH 13/28] xfs: remove log recovery quotaoff " Darrick J. Wong
2020-05-05 7:32 ` Chandan Babu R
2020-05-06 15:16 ` Christoph Hellwig
2020-05-06 16:48 ` Darrick J. Wong
2020-05-05 1:12 ` [PATCH 14/28] xfs: refactor recovered EFI log item playback Darrick J. Wong
2020-05-05 9:03 ` Chandan Babu R
2020-05-06 15:18 ` Christoph Hellwig
2020-05-06 18:59 ` Darrick J. Wong
2020-05-05 1:12 ` [PATCH 15/28] xfs: refactor recovered RUI " Darrick J. Wong
2020-05-05 9:10 ` Chandan Babu R
2020-05-06 15:18 ` Christoph Hellwig
2020-05-06 15:19 ` Christoph Hellwig
2020-05-05 1:12 ` [PATCH 16/28] xfs: refactor recovered CUI " Darrick J. Wong
2020-05-05 9:29 ` Chandan Babu R
2020-05-05 9:29 ` Chandan Babu R
2020-05-06 15:19 ` Christoph Hellwig
2020-05-05 1:12 ` [PATCH 17/28] xfs: refactor recovered BUI " Darrick J. Wong
2020-05-05 9:49 ` Chandan Babu R
2020-05-06 15:21 ` Christoph Hellwig
2020-05-05 1:12 ` [PATCH 18/28] xfs: refactor unlinked inode recovery Darrick J. Wong
2020-05-05 13:05 ` Chandan Babu R
2020-05-06 15:26 ` Christoph Hellwig
2020-05-06 16:51 ` Darrick J. Wong
2020-05-05 1:12 ` [PATCH 19/28] xfs: refactor xlog_recover_process_unlinked Darrick J. Wong
2020-05-05 13:19 ` Chandan Babu R
2020-05-05 13:30 ` Chandan Babu R
2020-05-06 19:11 ` Darrick J. Wong [this message]
2020-05-06 15:27 ` Christoph Hellwig
2020-05-05 1:12 ` [PATCH 20/28] xfs: report iunlink recovery failure upwards Darrick J. Wong
2020-05-05 13:43 ` Chandan Babu R
2020-05-06 15:27 ` Christoph Hellwig
2020-05-05 1:12 ` [PATCH 21/28] xfs: refactor releasing finished intents during log recovery Darrick J. Wong
2020-05-06 4:06 ` Chandan Babu R
2020-05-06 15:29 ` Christoph Hellwig
2020-05-05 1:12 ` [PATCH 22/28] xfs: refactor adding recovered intent items to the log Darrick J. Wong
2020-05-06 15:31 ` Christoph Hellwig
2020-05-06 19:28 ` Darrick J. Wong
2020-05-05 1:12 ` [PATCH 23/28] xfs: refactor intent item RECOVERED flag into the log item Darrick J. Wong
2020-05-06 4:45 ` Chandan Babu R
2020-05-06 15:32 ` Christoph Hellwig
2020-05-05 1:13 ` [PATCH 24/28] xfs: refactor intent item iop_recover calls Darrick J. Wong
2020-05-06 5:14 ` Chandan Babu R
2020-05-06 15:34 ` Christoph Hellwig
2020-05-05 1:13 ` [PATCH 25/28] xfs: hoist setting of XFS_LI_RECOVERED to caller Darrick J. Wong
2020-05-06 5:34 ` Chandan Babu R
2020-05-06 15:35 ` Christoph Hellwig
2020-05-05 1:13 ` [PATCH 26/28] xfs: move log recovery buffer cancellation code to xfs_buf_item_recover.c Darrick J. Wong
2020-05-06 6:42 ` Chandan Babu R
2020-05-06 15:35 ` Christoph Hellwig
2020-05-05 1:13 ` [PATCH 27/28] xfs: remove unnecessary includes from xfs_log_recover.c Darrick J. Wong
2020-05-06 7:21 ` Chandan Babu R
2020-05-05 1:13 ` [PATCH 28/28] xfs: use parallel processing to clear unlinked metadata Darrick J. Wong
2020-05-06 7:57 ` Chandan Babu R
2020-05-06 15:36 ` Christoph Hellwig
2020-05-06 16:54 ` 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=20200506191100.GC6714@magnolia \
--to=darrick.wong@oracle.com \
--cc=chandanrlinux@gmail.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