aboutsummaryrefslogtreecommitdiffstats
path: root/fs/cifs/cifsacl.h
diff options
context:
space:
mode:
authorEric Paris <eparis@redhat.com>2010-08-18 12:25:50 -0400
committerEric Paris <eparis@redhat.com>2010-08-22 20:09:41 -0400
commit84e1ab4d875922c034db7f4f814ac445a20a14bd (patch)
tree79c5755b8293f69c81e9942eeb54a62a81c9dc4b /fs/cifs/cifsacl.h
parent88b2dbdbed551e4e21fdc8c56a15e198c52274e2 (diff)
downloadkernel_samsung_aries-84e1ab4d875922c034db7f4f814ac445a20a14bd.zip
kernel_samsung_aries-84e1ab4d875922c034db7f4f814ac445a20a14bd.tar.gz
kernel_samsung_aries-84e1ab4d875922c034db7f4f814ac445a20a14bd.tar.bz2
fsnotify: fix ignored mask handling between inode and vfsmount marks
The interesting 2 list lockstep walking didn't quite work out if the inode marks only had ignores and the vfsmount list requested events. The code to shortcut list traversal would not run the inode list since it didn't have real event requests. This code forces inode list traversal when a vfsmount mark matches the event type. Maybe we could add an i_fsnotify_ignored_mask field to struct inode to get the shortcut back, but it doesn't seem worth it to grow struct inode again. I bet with the recent changes to lock the way we do now it would actually not be a major perf hit to just drop i_fsnotify_mark_mask altogether. But that is for another day. Signed-off-by: Eric Paris <eparis@redhat.com>
Diffstat (limited to 'fs/cifs/cifsacl.h')
0 files changed, 0 insertions, 0 deletions