Re: [PATCH 1/9] xfs: count EFIs when deciding to ask for a continuation of a refcount update
[
Date Prev
][
Date Next
][
Thread Prev
][
Thread Next
][
Date Index
][
Thread Index
]
Subject
: Re: [PATCH 1/9] xfs: count EFIs when deciding to ask for a continuation of a refcount update
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date
: Thu, 28 Apr 2022 05:46:24 -0700
Cc
: david@xxxxxxxxxxxxx, Dave Chinner <dchinner@xxxxxxxxxx>, linux-xfs@xxxxxxxxxxxxxxx
In-reply-to
: <165102071799.3922658.11838016511226658958.stgit@magnolia>
References
: <165102071223.3922658.5241787533081256670.stgit@magnolia> <165102071799.3922658.11838016511226658958.stgit@magnolia>
Looks good except for the premature helper removal: Reviewed-by: Christoph Hellwig <hch@xxxxxx>
References
:
[PATCHSET v2 0/9] xfs: fix reflink inefficiencies
From:
Darrick J. Wong
[PATCH 1/9] xfs: count EFIs when deciding to ask for a continuation of a refcount update
From:
Darrick J. Wong
Prev by Date:
Re: [PATCH 4/4] xfs: speed up write operations by using non-overlapped lookups when possible
Next by Date:
Re: [PATCH 2/9] xfs: stop artificially limiting the length of bunmap calls
Previous by thread:
Re: [PATCH 1/9] xfs: count EFIs when deciding to ask for a continuation of a refcount update
Next by thread:
[PATCH 2/9] xfs: stop artificially limiting the length of bunmap calls
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]
