summaryrefslogtreecommitdiff
path: root/fs/select.c
diff options
context:
space:
mode:
authorEric Paris <eparis@redhat.com>2009-07-13 15:56:55 -0400
committerEric Paris <eparis@redhat.com>2009-07-21 15:26:26 -0400
commit4a148ba988988b9c400ad0f2cbccc155289b954b (patch)
treee80e3cd0d182721038b1d83a55cbde828c98cb09 /fs/select.c
parent520dc2a526fd681337883b6ff1ddcf7c23b1b063 (diff)
inotify: check filename before dropping repeat events
inotify drops events if the last event on the queue is the same as the current event. But it does 2 things wrong. First it is comparing old->inode with new->inode. But after an event if put on the queue the ->inode is no longer allowed to be used. It's possible between the last event and this new event the inode could be reused and we would falsely match the inode's memory address between two differing events. The second problem is that when a file is removed fsnotify is passed the negative dentry for the removed object rather than the postive dentry from immediately before the removal. This mean the (broken) inotify tail drop code was matching the NULL ->inode of differing events. The fix is to check the file name which is stored with events when doing the tail drop instead of wrongly checking the address of the stored ->inode. Reported-by: Scott James Remnant <scott@ubuntu.com> Signed-off-by: Eric Paris <eparis@redhat.com>
Diffstat (limited to 'fs/select.c')
0 files changed, 0 insertions, 0 deletions