From: Chandan Rajendra <chandan@linux.ibm.com>
To: "Darrick J. Wong" <darrick.wong@oracle.com>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH 06/21] xfs: refactor log recovery dquot item dispatch for pass2 commit functions
Date: Fri, 01 May 2020 19:44:12 +0530 [thread overview]
Message-ID: <6281214.nRbVF7eBD2@localhost.localdomain> (raw)
In-Reply-To: <158820769396.467894.17116807791456540006.stgit@magnolia>
On Thursday, April 30, 2020 6:18 AM Darrick J. Wong wrote:
> From: Darrick J. Wong <darrick.wong@oracle.com>
>
> Move the log dquot item pass2 commit code into the per-item source code
> files and use the dispatch function to call it. We do these one at a
> time because there's a lot of code to move. No functional changes.
>
The changes look good to me.
Reviewed-by: Chandan Rajendra <chandanrlinux@gmail.com>
> Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
> ---
> fs/xfs/xfs_dquot_item.c | 109 +++++++++++++++++++++++++++++++++++++++++++++
> fs/xfs/xfs_log_recover.c | 112 ----------------------------------------------
> 2 files changed, 109 insertions(+), 112 deletions(-)
>
>
> diff --git a/fs/xfs/xfs_dquot_item.c b/fs/xfs/xfs_dquot_item.c
> index 4d18af49adfe..83bd7ded9185 100644
> --- a/fs/xfs/xfs_dquot_item.c
> +++ b/fs/xfs/xfs_dquot_item.c
> @@ -419,8 +419,117 @@ xlog_recover_dquot_ra_pass2(
> &xfs_dquot_buf_ra_ops);
> }
>
> +/*
> + * Recover a dquot record
> + */
> +STATIC int
> +xlog_recover_dquot_commit_pass2(
> + struct xlog *log,
> + struct list_head *buffer_list,
> + struct xlog_recover_item *item,
> + xfs_lsn_t current_lsn)
> +{
> + struct xfs_mount *mp = log->l_mp;
> + struct xfs_buf *bp;
> + struct xfs_disk_dquot *ddq, *recddq;
> + struct xfs_dq_logformat *dq_f;
> + xfs_failaddr_t fa;
> + int error;
> + uint type;
> +
> + /*
> + * Filesystems are required to send in quota flags at mount time.
> + */
> + if (mp->m_qflags == 0)
> + return 0;
> +
> + recddq = item->ri_buf[1].i_addr;
> + if (recddq == NULL) {
> + xfs_alert(log->l_mp, "NULL dquot in %s.", __func__);
> + return -EFSCORRUPTED;
> + }
> + if (item->ri_buf[1].i_len < sizeof(struct xfs_disk_dquot)) {
> + xfs_alert(log->l_mp, "dquot too small (%d) in %s.",
> + item->ri_buf[1].i_len, __func__);
> + return -EFSCORRUPTED;
> + }
> +
> + /*
> + * This type of quotas was turned off, so ignore this record.
> + */
> + type = recddq->d_flags & (XFS_DQ_USER | XFS_DQ_PROJ | XFS_DQ_GROUP);
> + ASSERT(type);
> + if (log->l_quotaoffs_flag & type)
> + return 0;
> +
> + /*
> + * At this point we know that quota was _not_ turned off.
> + * Since the mount flags are not indicating to us otherwise, this
> + * must mean that quota is on, and the dquot needs to be replayed.
> + * Remember that we may not have fully recovered the superblock yet,
> + * so we can't do the usual trick of looking at the SB quota bits.
> + *
> + * The other possibility, of course, is that the quota subsystem was
> + * removed since the last mount - ENOSYS.
> + */
> + dq_f = item->ri_buf[0].i_addr;
> + ASSERT(dq_f);
> + fa = xfs_dquot_verify(mp, recddq, dq_f->qlf_id, 0);
> + if (fa) {
> + xfs_alert(mp, "corrupt dquot ID 0x%x in log at %pS",
> + dq_f->qlf_id, fa);
> + return -EFSCORRUPTED;
> + }
> + ASSERT(dq_f->qlf_len == 1);
> +
> + /*
> + * At this point we are assuming that the dquots have been allocated
> + * and hence the buffer has valid dquots stamped in it. It should,
> + * therefore, pass verifier validation. If the dquot is bad, then the
> + * we'll return an error here, so we don't need to specifically check
> + * the dquot in the buffer after the verifier has run.
> + */
> + error = xfs_trans_read_buf(mp, NULL, mp->m_ddev_targp, dq_f->qlf_blkno,
> + XFS_FSB_TO_BB(mp, dq_f->qlf_len), 0, &bp,
> + &xfs_dquot_buf_ops);
> + if (error)
> + return error;
> +
> + ASSERT(bp);
> + ddq = xfs_buf_offset(bp, dq_f->qlf_boffset);
> +
> + /*
> + * If the dquot has an LSN in it, recover the dquot only if it's less
> + * than the lsn of the transaction we are replaying.
> + */
> + if (xfs_sb_version_hascrc(&mp->m_sb)) {
> + struct xfs_dqblk *dqb = (struct xfs_dqblk *)ddq;
> + xfs_lsn_t lsn = be64_to_cpu(dqb->dd_lsn);
> +
> + if (lsn && lsn != -1 && XFS_LSN_CMP(lsn, current_lsn) >= 0) {
> + goto out_release;
> + }
> + }
> +
> + memcpy(ddq, recddq, item->ri_buf[1].i_len);
> + if (xfs_sb_version_hascrc(&mp->m_sb)) {
> + xfs_update_cksum((char *)ddq, sizeof(struct xfs_dqblk),
> + XFS_DQUOT_CRC_OFF);
> + }
> +
> + ASSERT(dq_f->qlf_size == 2);
> + ASSERT(bp->b_mount == mp);
> + bp->b_iodone = xlog_recover_iodone;
> + xfs_buf_delwri_queue(bp, buffer_list);
> +
> +out_release:
> + xfs_buf_relse(bp);
> + return 0;
> +}
> +
> const struct xlog_recover_item_type xlog_dquot_item_type = {
> .ra_pass2_fn = xlog_recover_dquot_ra_pass2,
> + .commit_pass2_fn = xlog_recover_dquot_commit_pass2,
> };
>
> /*
> diff --git a/fs/xfs/xfs_log_recover.c b/fs/xfs/xfs_log_recover.c
> index 57e5dac0f510..58a54d9e6847 100644
> --- a/fs/xfs/xfs_log_recover.c
> +++ b/fs/xfs/xfs_log_recover.c
> @@ -2056,115 +2056,6 @@ xlog_buf_readahead(
> xfs_buf_readahead(log->l_mp->m_ddev_targp, blkno, len, ops);
> }
>
> -/*
> - * Recover a dquot record
> - */
> -STATIC int
> -xlog_recover_dquot_pass2(
> - struct xlog *log,
> - struct list_head *buffer_list,
> - struct xlog_recover_item *item,
> - xfs_lsn_t current_lsn)
> -{
> - xfs_mount_t *mp = log->l_mp;
> - xfs_buf_t *bp;
> - struct xfs_disk_dquot *ddq, *recddq;
> - xfs_failaddr_t fa;
> - int error;
> - xfs_dq_logformat_t *dq_f;
> - uint type;
> -
> -
> - /*
> - * Filesystems are required to send in quota flags at mount time.
> - */
> - if (mp->m_qflags == 0)
> - return 0;
> -
> - recddq = item->ri_buf[1].i_addr;
> - if (recddq == NULL) {
> - xfs_alert(log->l_mp, "NULL dquot in %s.", __func__);
> - return -EFSCORRUPTED;
> - }
> - if (item->ri_buf[1].i_len < sizeof(struct xfs_disk_dquot)) {
> - xfs_alert(log->l_mp, "dquot too small (%d) in %s.",
> - item->ri_buf[1].i_len, __func__);
> - return -EFSCORRUPTED;
> - }
> -
> - /*
> - * This type of quotas was turned off, so ignore this record.
> - */
> - type = recddq->d_flags & (XFS_DQ_USER | XFS_DQ_PROJ | XFS_DQ_GROUP);
> - ASSERT(type);
> - if (log->l_quotaoffs_flag & type)
> - return 0;
> -
> - /*
> - * At this point we know that quota was _not_ turned off.
> - * Since the mount flags are not indicating to us otherwise, this
> - * must mean that quota is on, and the dquot needs to be replayed.
> - * Remember that we may not have fully recovered the superblock yet,
> - * so we can't do the usual trick of looking at the SB quota bits.
> - *
> - * The other possibility, of course, is that the quota subsystem was
> - * removed since the last mount - ENOSYS.
> - */
> - dq_f = item->ri_buf[0].i_addr;
> - ASSERT(dq_f);
> - fa = xfs_dquot_verify(mp, recddq, dq_f->qlf_id, 0);
> - if (fa) {
> - xfs_alert(mp, "corrupt dquot ID 0x%x in log at %pS",
> - dq_f->qlf_id, fa);
> - return -EFSCORRUPTED;
> - }
> - ASSERT(dq_f->qlf_len == 1);
> -
> - /*
> - * At this point we are assuming that the dquots have been allocated
> - * and hence the buffer has valid dquots stamped in it. It should,
> - * therefore, pass verifier validation. If the dquot is bad, then the
> - * we'll return an error here, so we don't need to specifically check
> - * the dquot in the buffer after the verifier has run.
> - */
> - error = xfs_trans_read_buf(mp, NULL, mp->m_ddev_targp, dq_f->qlf_blkno,
> - XFS_FSB_TO_BB(mp, dq_f->qlf_len), 0, &bp,
> - &xfs_dquot_buf_ops);
> - if (error)
> - return error;
> -
> - ASSERT(bp);
> - ddq = xfs_buf_offset(bp, dq_f->qlf_boffset);
> -
> - /*
> - * If the dquot has an LSN in it, recover the dquot only if it's less
> - * than the lsn of the transaction we are replaying.
> - */
> - if (xfs_sb_version_hascrc(&mp->m_sb)) {
> - struct xfs_dqblk *dqb = (struct xfs_dqblk *)ddq;
> - xfs_lsn_t lsn = be64_to_cpu(dqb->dd_lsn);
> -
> - if (lsn && lsn != -1 && XFS_LSN_CMP(lsn, current_lsn) >= 0) {
> - goto out_release;
> - }
> - }
> -
> - memcpy(ddq, recddq, item->ri_buf[1].i_len);
> - if (xfs_sb_version_hascrc(&mp->m_sb)) {
> - xfs_update_cksum((char *)ddq, sizeof(struct xfs_dqblk),
> - XFS_DQUOT_CRC_OFF);
> - }
> -
> - ASSERT(dq_f->qlf_size == 2);
> - ASSERT(bp->b_mount == mp);
> - bp->b_iodone = xlog_recover_iodone;
> - xfs_buf_delwri_queue(bp, buffer_list);
> -
> -out_release:
> - xfs_buf_relse(bp);
> - return 0;
> -}
> -
> /*
> * This routine is called to create an in-core extent free intent
> * item from the efi format structure which was logged on disk.
> @@ -2771,9 +2662,6 @@ xlog_recover_commit_pass2(
> return xlog_recover_bui_pass2(log, item, trans->r_lsn);
> case XFS_LI_BUD:
> return xlog_recover_bud_pass2(log, item);
> - case XFS_LI_DQUOT:
> - return xlog_recover_dquot_pass2(log, buffer_list, item,
> - trans->r_lsn);
> case XFS_LI_ICREATE:
> return xlog_recover_do_icreate_pass2(log, buffer_list, item);
> case XFS_LI_QUOTAOFF:
>
>
--
chandan
next prev parent reply other threads:[~2020-05-01 14:11 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-30 0:47 [PATCH v2 00/21] xfs: refactor log recovery Darrick J. Wong
2020-04-30 0:47 ` [PATCH 01/21] xfs: refactor log recovery item sorting into a generic dispatch structure Darrick J. Wong
2020-04-30 5:53 ` Christoph Hellwig
2020-04-30 15:08 ` Darrick J. Wong
2020-04-30 18:16 ` Darrick J. Wong
2020-05-01 8:08 ` Christoph Hellwig
2020-05-01 10:40 ` Chandan Rajendra
2020-04-30 0:47 ` [PATCH 02/21] xfs: refactor log recovery item dispatch for pass2 readhead functions Darrick J. Wong
2020-05-01 12:10 ` Chandan Rajendra
2020-04-30 0:47 ` [PATCH 03/21] xfs: refactor log recovery item dispatch for pass1 commit functions Darrick J. Wong
2020-04-30 0:48 ` [PATCH 04/21] xfs: refactor log recovery buffer item dispatch for pass2 " Darrick J. Wong
2020-05-01 13:43 ` Chandan Rajendra
2020-04-30 0:48 ` [PATCH 05/21] xfs: refactor log recovery inode " Darrick J. Wong
2020-05-01 14:03 ` Chandan Rajendra
2020-04-30 0:48 ` [PATCH 06/21] xfs: refactor log recovery dquot " Darrick J. Wong
2020-05-01 14:14 ` Chandan Rajendra [this message]
2020-04-30 0:48 ` [PATCH 07/21] xfs: refactor log recovery icreate " Darrick J. Wong
2020-05-01 14:18 ` Chandan Rajendra
2020-04-30 0:48 ` [PATCH 08/21] xfs: remove log recovery quotaoff " Darrick J. Wong
2020-05-01 15:09 ` Chandan Rajendra
2020-05-01 17:41 ` Darrick J. Wong
2020-04-30 0:48 ` [PATCH 09/21] xfs: refactor log recovery EFI " Darrick J. Wong
2020-05-01 10:28 ` Christoph Hellwig
2020-05-01 17:56 ` Darrick J. Wong
2020-04-30 0:48 ` [PATCH 10/21] xfs: refactor log recovery RUI " Darrick J. Wong
2020-04-30 0:48 ` [PATCH 11/21] xfs: refactor log recovery CUI " Darrick J. Wong
2020-04-30 0:48 ` [PATCH 12/21] xfs: refactor log recovery BUI " Darrick J. Wong
2020-04-30 0:48 ` [PATCH 13/21] xfs: refactor recovered EFI log item playback Darrick J. Wong
2020-05-01 10:19 ` Christoph Hellwig
2020-05-01 17:58 ` Darrick J. Wong
2020-04-30 0:49 ` [PATCH 14/21] xfs: refactor recovered RUI " Darrick J. Wong
2020-04-30 0:49 ` [PATCH 15/21] xfs: refactor recovered CUI " Darrick J. Wong
2020-04-30 0:49 ` [PATCH 16/21] xfs: refactor recovered BUI " Darrick J. Wong
2020-04-30 0:49 ` [PATCH 17/21] xfs: refactor releasing finished intents during log recovery Darrick J. Wong
2020-04-30 0:49 ` [PATCH 18/21] xfs: refactor adding recovered intent items to the log Darrick J. Wong
2020-04-30 0:49 ` [PATCH 19/21] xfs: refactor intent item RECOVERED flag into the log item Darrick J. Wong
2020-04-30 0:49 ` [PATCH 20/21] xfs: refactor intent item iop_recover calls Darrick J. Wong
2020-04-30 0:49 ` [PATCH 21/21] xfs: remove unnecessary includes from xfs_log_recover.c Darrick J. Wong
2020-05-01 10:15 ` [PATCH v2 00/21] xfs: refactor log recovery Christoph Hellwig
2020-05-01 16:53 ` Darrick J. Wong
2020-05-01 17:03 ` Christoph Hellwig
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=6281214.nRbVF7eBD2@localhost.localdomain \
--to=chandan@linux.ibm.com \
--cc=darrick.wong@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;
as well as URLs for NNTP newsgroup(s).