linux.git/fs/ceph/caps.c, branch v4.16

ceph: flush dirty caps of unlinked inode ASAP

2018-02-26T15:19:16+00:00

Client should release unlinked inode from its cache ASAP. But client
can't release inode with dirty caps.

Link: http://tracker.ceph.com/issues/22886
Signed-off-by: Zhi Zhang 
Reviewed-by: "Yan, Zheng" 
Signed-off-by: Ilya Dryomov

ceph: improving efficiency of syncfs

2018-01-30T20:10:15+00:00

write_inode() could be called variety of reasons, in the case of syncfs(2)
there is no need to wait for flush getting completed in write_inode(),
->sync_fs is for guaranteeing flush completion for all inodes at that point.

Signed-off-by: Chengguang Xu 
Reviewed-by: "Yan, Zheng" 
Signed-off-by: Ilya Dryomov

ceph: try to allocate enough memory for reserved caps

2018-01-29T17:36:12+00:00

ceph_reserve_caps() may not reserve enough caps under high memory
pressure, but it saved the needed caps number that expected to
be reserved. When getting caps, crash would happen due to number
mismatch.

Now we will try to trim more caps when failing to allocate memory
for caps need to be reserved, then try again. If still failing to
allocate memory, return -ENOMEM.

Signed-off-by: Zhi Zhang 
Reviewed-by: "Yan, Zheng" 
Signed-off-by: Ilya Dryomov

ceph: fix race of queuing delayed caps

2018-01-29T17:36:11+00:00

When called with CHECK_CAPS_AUTHONLY flag, ceph_check_caps() only
processes auth caps. In that case, it's unsafe to remove inode
from mdsc->cap_delay_list, because there can be delayed non-auth
caps.

Besides, ceph_check_caps() may lock/unlock i_ceph_lock several
times, when multiple threads call ceph_check_caps() at the same
time. It's possible that one thread calls __cap_delay_requeue(),
another thread calls __cap_delay_cancel(). __cap_delay_cancel()
should be called at very beginning of ceph_check_caps(), so that
it does not race with __cap_delay_requeue().

Signed-off-by: "Yan, Zheng" 
Signed-off-by: Ilya Dryomov

ceph: delete unreachable code in ceph_check_caps()

2018-01-29T17:36:11+00:00

"revoking & (CEPH_CAP_FILE_CACHE|CEPH_CAP_FILE_LAZYIO)" has already
been tested before calling try_nonblocking_invalidate()

Signed-off-by: "Yan, Zheng" 
Signed-off-by: Ilya Dryomov

ceph: limit rate of cap import/export error messages

2018-01-29T17:36:10+00:00

Signed-off-by: "Yan, Zheng" 
Signed-off-by: Ilya Dryomov

ceph: fix incorrect snaprealm when adding caps

2018-01-29T17:36:09+00:00

Signed-off-by: "Yan, Zheng" 
Signed-off-by: Ilya Dryomov

ceph: use atomic_t for ceph_inode_info::i_shared_gen

2018-01-29T17:36:07+00:00

It allows accessing i_shared_gen without holding i_ceph_lock. It is
preparation for later patch.

Signed-off-by: "Yan, Zheng" 
Acked-by: Jeff Layton 
Signed-off-by: Ilya Dryomov

ceph: voluntarily drop Ax cap for requests that create new inode

2018-01-29T17:36:04+00:00

MDS need to rdlock directory inode's authlock when handling these
requests. Voluntarily dropping CEPH_CAP_AUTH_EXCL avoids a cap revoke
message.

Signed-off-by: "Yan, Zheng" 
Signed-off-by: Ilya Dryomov

ceph: remove unused and redundant variable dropping

2017-11-13T11:11:40+00:00

Variable dropping is set but never read and hence is redundant
and can be removed. Cleans up clang warning:

  fs/ceph/caps.c:1170:2: warning: Value stored to 'dropping' is never read

Signed-off-by: Colin Ian King 
Signed-off-by: Ilya Dryomov