summaryrefslogtreecommitdiffstats
path: root/fs
diff options
context:
space:
mode:
authorYan, Zheng <zheng.z.yan@intel.com>2013-01-04 14:45:18 +0800
committerAlex Elder <elder@inktank.com>2013-01-17 12:42:38 -0600
commit66f58691c5c820283dd7e4d6fe8649033ed43ceb (patch)
tree41fe310fdb2e3d47d61fb4489951090a1b4608fe /fs
parent395c312b9c535d57db122cbb5b7292223561d0b8 (diff)
downloadlinux-66f58691c5c820283dd7e4d6fe8649033ed43ceb.tar.gz
linux-66f58691c5c820283dd7e4d6fe8649033ed43ceb.tar.bz2
linux-66f58691c5c820283dd7e4d6fe8649033ed43ceb.zip
ceph: allocate cap_release message when receiving cap import
When client wants to release an imported cap, it's possible there is no reserved cap_release message in corresponding mds session. so __queue_cap_release causes kernel panic. Signed-off-by: Yan, Zheng <zheng.z.yan@intel.com> Reviewed-by: Sage Weil <sage@inktank.com>
Diffstat (limited to 'fs')
-rw-r--r--fs/ceph/caps.c3
1 files changed, 3 insertions, 0 deletions
diff --git a/fs/ceph/caps.c b/fs/ceph/caps.c
index 76b19239c426..40b5bbe63a39 100644
--- a/fs/ceph/caps.c
+++ b/fs/ceph/caps.c
@@ -2833,6 +2833,9 @@ void ceph_handle_caps(struct ceph_mds_session *session,
dout(" mds%d seq %lld cap seq %u\n", session->s_mds, session->s_seq,
(unsigned)seq);
+ if (op == CEPH_CAP_OP_IMPORT)
+ ceph_add_cap_releases(mdsc, session);
+
/* lookup ino */
inode = ceph_find_inode(sb, vino);
ci = ceph_inode(inode);