]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
nfsd: Ensure nfsv4 calls the underlying filesystem on LOCKT
authorJ. Bruce Fields <bfields@citi.umich.edu>
Sat, 20 Dec 2008 19:58:38 +0000 (11:58 -0800)
committerJ. Bruce Fields <bfields@citi.umich.edu>
Wed, 7 Jan 2009 20:40:27 +0000 (15:40 -0500)
commit55ef1274dddd4de387c54d110e354ffbb6cdc706
tree27d67f6c6929a55239a18d532850807aeaf1b6c4
parent69b6ba3712b796a66595cfaf0a5ab4dfe1cf964a
nfsd: Ensure nfsv4 calls the underlying filesystem on LOCKT

Since nfsv4 allows LOCKT without an open, but the ->lock() method is a
file method, we fake up a struct file in the nfsv4 code with just the
fields we need initialized.  But we forgot to initialize the file
operations, with the result that LOCKT never results in a call to the
filesystem's ->lock() method (if it exists).

We could just add that one more initialization.  But this hack of faking
up a struct file with only some fields initialized seems the kind of
thing that might cause more problems in the future.  We should either do
an open and get a real struct file, or make lock-testing an inode (not a
file) method.

This patch does the former.

Reported-by: Marc Eshel <eshel@almaden.ibm.com>
Tested-by: Marc Eshel <eshel@almaden.ibm.com>
Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
fs/nfsd/nfs4state.c