summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorSachin Prabhu <sprabhu@redhat.com>2010-03-13 09:03:55 -0600
committerGreg Kroah-Hartman <gregkh@suse.de>2010-04-26 07:47:58 -0700
commitb5cc76ffd6a95b4281580c7bc0dbfca70c23369e (patch)
tree27d5f658e8b45d03d98de4709ef731b999132bcc /include
parent53d737879cbbe3886e26f155007dbc148aec1cb6 (diff)
9p: Skip check for mandatory locks when unlocking
commit f78233dd44a110c574fe760ad6f9c1e8741a0d00 upstream. While investigating a bug, I came across a possible bug in v9fs. The problem is similar to the one reported for NFS by ASANO Masahiro in http://lkml.org/lkml/2005/12/21/334. v9fs_file_lock() will skip locks on file which has mode set to 02666. This is a problem in cases where the mode of the file is changed after a process has obtained a lock on the file. Such a lock will be skipped during unlock and the machine will end up with a BUG in locks_remove_flock(). v9fs_file_lock() should skip the check for mandatory locks when unlocking a file. Signed-off-by: Sachin Prabhu <sprabhu@redhat.com> Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com> Cc: maximilian attems <max@stro.at> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions