diff options
author | 2025-07-14 11:05:07 +0200 | |
---|---|---|
committer | 2025-07-14 11:05:07 +0200 | |
commit | 86ab0c10090b26e789b7bf477d4b673b5e18e55b (patch) | |
tree | d1a47a7ed3f64fbacf3efe00c490f5b6afb463e7 /tools/perf/scripts/python/Perf-Trace-Util | |
parent | fix a leak in fcntl_dirnotify() (diff) | |
parent | netfs: Fix race between cache write completion and ALL_QUEUED being set (diff) | |
download | wireguard-linux-86ab0c10090b26e789b7bf477d4b673b5e18e55b.tar.xz wireguard-linux-86ab0c10090b26e789b7bf477d4b673b5e18e55b.zip |
Merge patch series "netfs: Fix use of fscache with ceph"
David Howells <dhowells@redhat.com> says:
Here are a couple of patches that fix the use of fscaching with ceph:
(1) Fix the read collector to mark the write request that it creates to copy
data to the cache with NETFS_RREQ_OFFLOAD_COLLECTION so that it will run
the write collector on a workqueue as it's meant to run in the background
and the app isn't going to wait for it.
(2) Fix the read collector to wake up the copy-to-cache write request after
it sets NETFS_RREQ_ALL_QUEUED if the write request doesn't have any
subrequests left on it. ALL_QUEUED indicates that there won't be any
more subreqs coming and the collector should clean up - except that an
event is needed to trigger that, but it only gets events from subreq
termination and so the last event can beat us to setting ALL_QUEUED.
* patches from https://lore.kernel.org/20250711151005.2956810-1-dhowells@redhat.com:
netfs: Fix race between cache write completion and ALL_QUEUED being set
netfs: Fix copy-to-cache so that it performs collection with ceph+fscache
Link: https://lore.kernel.org/20250711151005.2956810-1-dhowells@redhat.com
Signed-off-by: Christian Brauner <brauner@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/Perf-Trace-Util')
0 files changed, 0 insertions, 0 deletions