From: David Howells <dhowells@redhat.com>
To: torvalds@linux-foundation.org
Cc: dhowells@redhat.com, jlayton@kernel.org,
Yue Hu <huyue2@coolpad.com>,
Gao Xiang <hsiangkao@linux.alibaba.com>,
Jeffle Xu <jefflexu@linux.alibaba.com>,
Jia Zhu <zhujia.zj@bytedance.com>, Max Kellermann <mk@cm4all.com>,
linux-cachefs@redhat.com, linux-erofs@lists.ozlabs.org,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [GIT PULL] fscache: Miscellaneous fixes
Date: Fri, 08 Jul 2022 22:32:31 +0100 [thread overview]
Message-ID: <3753787.1657315951@warthog.procyon.org.uk> (raw)
Hi Linus,
Could you pull these fscache/cachefiles fixes please?
(1) Fix a check in fscache_wait_on_volume_collision() in which the
polarity is reversed. It should complain if a volume is still marked
acquisition-pending after 20s, but instead complains if the mark has
been cleared (ie. the condition has cleared).
Also switch an open-coded test of the ACQUIRE_PENDING volume flag to
use the helper function for consistency.
(2) Not a fix per se, but neaten the code by using a helper to check for
the DROPPED state.
(3) Fix cachefiles's support for erofs to only flush requests associated
with a released control file, not all requests.
(4) Fix a race between one process invalidating an object in the cache and
another process trying to look it up.
Thanks,
David
---
The following changes since commit 03c765b0e3b4cb5063276b086c76f7a612856a9a:
Linux 5.19-rc4 (2022-06-26 14:22:10 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git tags/fscache-fixes-20220708
for you to fetch changes up to 85e4ea1049c70fb99de5c6057e835d151fb647da:
fscache: Fix invalidation/lookup race (2022-07-05 16:12:55 +0100)
----------------------------------------------------------------
fscache fixes
----------------------------------------------------------------
David Howells (1):
fscache: Fix invalidation/lookup race
Jia Zhu (1):
cachefiles: narrow the scope of flushed requests when releasing fd
Yue Hu (2):
fscache: Fix if condition in fscache_wait_on_volume_collision()
fscache: Introduce fscache_cookie_is_dropped()
fs/cachefiles/ondemand.c | 3 ++-
fs/fscache/cookie.c | 26 ++++++++++++++++++++++----
fs/fscache/volume.c | 4 ++--
include/linux/fscache.h | 1 +
4 files changed, 27 insertions(+), 7 deletions(-)
next reply other threads:[~2022-07-08 21:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-08 21:32 David Howells [this message]
2022-07-08 23:17 ` pr-tracker-bot
-- strict thread matches above, loose matches on Subject: below --
2022-04-13 15:34 David Howells
2022-04-14 18:59 ` pr-tracker-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3753787.1657315951@warthog.procyon.org.uk \
--to=dhowells@redhat.com \
--cc=hsiangkao@linux.alibaba.com \
--cc=huyue2@coolpad.com \
--cc=jefflexu@linux.alibaba.com \
--cc=jlayton@kernel.org \
--cc=linux-cachefs@redhat.com \
--cc=linux-erofs@lists.ozlabs.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mk@cm4all.com \
--cc=torvalds@linux-foundation.org \
--cc=zhujia.zj@bytedance.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®