diff options
author | Christian Brauner <brauner@kernel.org> | 2025-07-14 12:05:07 +0300 |
---|---|---|
committer | Christian Brauner <brauner@kernel.org> | 2025-07-14 12:05:07 +0300 |
commit | 86ab0c10090b26e789b7bf477d4b673b5e18e55b (patch) | |
tree | d1a47a7ed3f64fbacf3efe00c490f5b6afb463e7 /scripts/gdb/linux/xarray.py | |
parent | fdfe0133473a528e3f5da69c35419ce6711d6b89 (diff) | |
parent | 89635eae076cd8eaa5cb752f66538c9dc6c9fdc3 (diff) | |
download | linux-86ab0c10090b26e789b7bf477d4b673b5e18e55b.tar.xz |
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 'scripts/gdb/linux/xarray.py')
0 files changed, 0 insertions, 0 deletions