summaryrefslogtreecommitdiff
path: root/fs/nfs/nfs4xdr.c
diff options
context:
space:
mode:
authorTrond Myklebust <trond.myklebust@primarydata.com>2015-01-25 02:38:15 +0300
committerTrond Myklebust <trond.myklebust@primarydata.com>2015-01-25 02:46:46 +0300
commit6b447539aa9aaac0a0215f3e28a0839553210e7e (patch)
tree66bfecb6aecbf164a9ab61dcb5ebe639c4d6d43f /fs/nfs/nfs4xdr.c
parent39071e6fff7d7e11a5993afd67240ef04a4d05a0 (diff)
downloadlinux-6b447539aa9aaac0a0215f3e28a0839553210e7e.tar.xz
NFSv4: Always do open_to_lock_owner if the lock stateid is uninitialised
The original text in RFC3530 was terribly confusing since it conflated lockowners and lock stateids. RFC3530bis clarifies that you must use open_to_lock_owner when there is no lock state for that file+lockowner combination. Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
Diffstat (limited to 'fs/nfs/nfs4xdr.c')
0 files changed, 0 insertions, 0 deletions