A small set of patches that should add CB_NOTIFY_LOCK support for knfsd. The basic idea is to use FL_SLEEP to set blocks when a lock is contended, and then queue a callback to issue a CB_NOTIFY_LOCK in the lm_notify op. Per the RFC, we take no steps to reserve the lock for the client. This is a simple notification to tell the client that it may want to poll for it again. It also takes steps to clean out old, abandoned blocks when the client loses interest in obtaining the lock. Only lightly tested so far, but it seems to do the right thing. The client-side piece is the next step. Jeff Layton (4): nfsd: plumb in a CB_NOTIFY_LOCK operation nfsd: have nfsd4_lock use blocking locks for v4.1+ locks nfsd: add a LRU list for blocked locks nfsd: set the MAY_NOTIFY_LOCK flag in OPEN replies fs/nfsd/netns.h | 1 + fs/nfsd/nfs4callback.c | 57 +++++++++++++ fs/nfsd/nfs4state.c | 209 ++++++++++++++++++++++++++++++++++++++++++---- fs/nfsd/state.h | 21 ++++- fs/nfsd/xdr4cb.h | 9 ++ include/uapi/linux/nfs4.h | 5 +- 6 files changed, 281 insertions(+), 21 deletions(-) -- 2.7.4 -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
