vfs: don't treat fl_type as a bitmap
authorJeff Layton <jlayton@redhat.com>
Thu, 2 Aug 2012 19:46:30 +0000 (15:46 -0400)
committerJ. Bruce Fields <bfields@redhat.com>
Mon, 20 Aug 2012 22:39:42 +0000 (18:39 -0400)
commit0ee5c6d632324a4b278cb0b29eb8effce4c8a358
tree45d5e778a46277a8d2742facee76c2cf2d649f09
parentd10f27a750312ed5638c876e4bd6aa83664cccd8
vfs: don't treat fl_type as a bitmap

The rules for fl_type are rather convoluted. Typically it's treated as
holding specific values, except in the case of LOCK_MAND, in which case
it can be or'ed with LOCK_READ|LOCK_WRITE.

On some arches F_WRLCK == 2 and F_UNLCK == 3, so and'ing with F_WRLCK will also
catch the F_UNLCK case. It's unlikely in either case here that we'd ever see
F_UNLCK since those shouldn't end up on any lists, but it's still best to be
consistent.

Signed-off-by: Jeff Layton <jlayton@redhat.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
fs/locks.c