Re: [PATCH 3/5] xfs: pull xfs_qm_dqiterate back into scrub

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH 3/5] xfs: pull xfs_qm_dqiterate back into scrub
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Wed, 29 Nov 2023 21:22:06 -0800
Cc: linux-xfs@xxxxxxxxxxxxxxx
In-reply-to: <170086928838.2771741.6827852837191818932.stgit@frogsfrogsfrogs>
References: <170086928781.2771741.1842650188784688715.stgit@frogsfrogsfrogs> <170086928838.2771741.6827852837191818932.stgit@frogsfrogsfrogs>

On Fri, Nov 24, 2023 at 03:56:33PM -0800, Darrick J. Wong wrote:
> From: Darrick J. Wong <djwong@xxxxxxxxxx>
> 
> There aren't any other users of this code outside of online fsck, so
> pull it back in there.

The move itself looks fine, but what about just open coding it and
getting rid of the indirection functional?

References:
- [PATCHSET v28.0 0/5] xfs: online repair of quota and rt metadata files
  - From: Darrick J. Wong
- [PATCH 3/5] xfs: pull xfs_qm_dqiterate back into scrub
  - From: Darrick J. Wong

Prev by Date: Re: [PATCH 2/5] xfs: check dquot resource timers
Next by Date: Re: [PATCH 4/5] xfs: improve dquot iteration for scrub
Previous by thread: [PATCH 3/5] xfs: pull xfs_qm_dqiterate back into scrub
Next by thread: [PATCH 4/5] xfs: improve dquot iteration for scrub
Index(es):
- Date
- Thread

[Index of Archives] [XFS Filesystem Development (older mail)] [Linux Filesystem Development] [Linux Audio Users] [Yosemite Trails] [Linux Kernel] [Linux RAID] [Linux SCSI]

Powered by Linux