summaryrefslogtreecommitdiffstats
path: root/sound/pci/cs4281.c
diff options
context:
space:
mode:
authorJeff Layton2017-01-31 16:28:26 +0100
committerIlya Dryomov2017-02-20 12:16:08 +0100
commit3dd69aabcef3d835446a9a1e11d2eab0e6e35e95 (patch)
treefbdf29895f376a78acc6538bc6c0f0fe05173ae9 /sound/pci/cs4281.c
parentceph: convert bools in ceph_mds_request to a new r_req_flags field (diff)
downloadkernel-qcow2-linux-3dd69aabcef3d835446a9a1e11d2eab0e6e35e95.tar.gz
kernel-qcow2-linux-3dd69aabcef3d835446a9a1e11d2eab0e6e35e95.tar.xz
kernel-qcow2-linux-3dd69aabcef3d835446a9a1e11d2eab0e6e35e95.zip
ceph: add a new flag to indicate whether parent is locked
struct ceph_mds_request has an r_locked_dir pointer, which is set to indicate the parent inode and that its i_rwsem is locked. In some critical places, we need to be able to indicate the parent inode to the request handling code, even when its i_rwsem may not be locked. Most of the code that operates on r_locked_dir doesn't require that the i_rwsem be locked. We only really need it to handle manipulation of the dcache. The rest (filling of the inode, updating dentry leases, etc.) already has its own locking. Add a new r_req_flags bit that indicates whether the parent is locked when doing the request, and rename the pointer to "r_parent". For now, all the places that set r_parent also set this flag, but that will change in a later patch. Signed-off-by: Jeff Layton <jlayton@redhat.com> Reviewed-by: Yan, Zheng <zyan@redhat.com> Signed-off-by: Ilya Dryomov <idryomov@gmail.com>
Diffstat (limited to 'sound/pci/cs4281.c')
0 files changed, 0 insertions, 0 deletions