android_kernel_motorola_sm6375/fs/ceph
Repository files (latest commit first)
Filename Latest commit message Latest commit date
Xiubo Li 3cdce751b0 ceph: fix incorrect revoked caps assert in ceph_fill_file_size()
commit 15c0a870dc44ed14e01efbdd319d232234ee639f upstream.

When truncating the inode the MDS will acquire the xlock for the
ifile Locker, which will revoke the 'Frwsxl' caps from the clients.
But when the client just releases and flushes the 'Fw' caps to MDS,
for exmaple, and once the MDS receives the caps flushing msg it
just thought the revocation has finished. Then the MDS will continue
truncating the inode and then issued the truncate notification to
all the clients. While just before the clients receives the cap
flushing ack they receive the truncation notification, the clients
will detecte that the 'issued | dirty' is still holding the 'Fw'
caps.

Cc: stable@vger.kernel.org
Link: https://tracker.ceph.com/issues/56693
Fixes: b0d7c22310 ("ceph: introduce i_truncate_mutex")
Signed-off-by: Xiubo Li <xiubli@redhat.com>
Reviewed-by: Milind Changire <mchangir@redhat.com>
Signed-off-by: Ilya Dryomov <idryomov@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2023-10-25 11:53:19 +02:00
..
acl.c
addr.c
cache.c
cache.h
caps.c ceph: show tasks waiting on caps in debugfs caps file 2023-08-11 11:54:00 +02:00
ceph_frag.c
debugfs.c ceph: show tasks waiting on caps in debugfs caps file 2023-08-11 11:54:00 +02:00
dir.c
export.c
file.c
inode.c ceph: fix incorrect revoked caps assert in ceph_fill_file_size() 2023-10-25 11:53:19 +02:00
io.c
io.h
ioctl.c
ioctl.h
Kconfig
locks.c
Makefile
mds_client.c ceph: defer stopping mdsc delayed_work 2023-08-11 11:54:01 +02:00
mds_client.h ceph: defer stopping mdsc delayed_work 2023-08-11 11:54:01 +02:00
mdsmap.c
quota.c
snap.c ceph: fix use-after-free bug for inodes when flushing capsnaps 2023-06-14 10:59:57 +02:00
strings.c
super.c ceph: defer stopping mdsc delayed_work 2023-08-11 11:54:01 +02:00
super.h
xattr.c