Re: [PATCH 2/6] xfs: remove a __xfs_bunmapi call from reflink

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

Subject: Re: [PATCH 2/6] xfs: remove a __xfs_bunmapi call from reflink
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Tue, 26 Apr 2022 06:47:03 -0700
Cc: david@xxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxxxxxx
In-reply-to: <164997687710.383881.15849921169442020335.stgit@magnolia>
References: <164997686569.383881.8935566398533700022.stgit@magnolia> <164997687710.383881.15849921169442020335.stgit@magnolia>

On Thu, Apr 14, 2022 at 03:54:37PM -0700, Darrick J. Wong wrote:
> From: Darrick J. Wong <djwong@xxxxxxxxxx>
> 
> This raw call isn't necessary since we can always remove a full delalloc
> extent.
> 
> Signed-off-by: Darrick J. Wong <djwong@xxxxxxxxxx>

Looks good:

Reviewed-by: Christoph Hellwig <hch@xxxxxx>

References:
- [PATCHSET 0/6] xfs: fix reflink inefficiencies
  - From: Darrick J. Wong
- [PATCH 2/6] xfs: remove a __xfs_bunmapi call from reflink
  - From: Darrick J. Wong

Prev by Date: [PATCH] fsstress: remove ALLOCSP and FREESP operations entirely
Next by Date: Re: [PATCH 1/6] xfs: stop artificially limiting the length of bunmap calls
Previous by thread: Re: [PATCH 2/6] xfs: remove a __xfs_bunmapi call from reflink
Next by thread: [PATCH 3/6] xfs: create shadow transaction reservations for computing minimum log size
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