[PATCH] fanotify: on group destroy allow all waiters to bypass permission check

When fanotify_release() is called, there may still be processes waiting for access permission. Currently only processes for which an event has already been queued into the groups access list will be woken up. Processes for which no event has been ...

Message posted on the November 19th, 2010 - 5:10 AM ET

[PATCH] fanotify: to differ file access event from different threads

fanotify: to differ file access event from different threads When fanotify is monitoring the whole mount point "/", and multiple threads iterate the same direcotry, some thread will hang. This patch let fanotify to differ access events ...

Message posted on the December 5th, 2011 - 8:30 PM ET

[PATCH] fanotify: Dont allow a mask of 0 if setting or removing a mark

In mark_remove_from_mask() we destroy marks that have their event mask cleared. Thus we should not allow the creation of those marks in the first place. With this patch we check if the mask given from user is 0 in case of FAN_MARK_ADD. If so we ...

Message posted on the November 22nd, 2010 - 12:50 PM ET

[PATCH] fanotify: correct broken ref counting in case adding a mark failed

If adding a mount or inode mark failed fanotify_free_mark() is called explicitly. But at this time the mark has already been put into the destroy list of the fsnotify_mark kernel thread. If the thread is too slow it will try to decrease the ...

Message posted on the November 9th, 2010 - 12:30 PM ET

[PATCH] fanotify: Do check against max_marks and increase number of group marks atomically

The number of group marks is checked against max_marks and increased afterwards in a non atomic way. This may result in 2 or more processes passing the check at the same time and increasing the number of group marks above the max_marks limit ...

Message posted on the November 9th, 2010 - 1:30 PM ET

[PATCH] fanotify: dont destroy mark when ignore mask is cleared

In mark_remove_from_mask() the mark is destroyed regardless of whether the event mask or ignore mask is cleared. We should only destroy the mark if the event mask is cleared. Signed-off-by: Lino Sanfilippo <LinoSanfilippo@gmx.de> ...

Message posted on the November 22nd, 2010 - 1:00 PM ET

[Patch 1/1] fsnotify,fanotify: adding flag for execution

MIME delimiter for sendEmail-45231.6595046831 From: Jozef Kralik <jozef.kralik@eset.sk> This patch add flag FS_OPENEXEC[FAN_OPENEXEC] to event FS_OPEN_PERM[FAN_OPEN_PERM], when file is opened with flag FMODE_EXEC. Signed-off-by: Jozef ...

Message posted on the March 24th, 2011 - 8:00 AM ET

[PATCH] [RFC] fsnotify: Tell the user what part of the file might have changed

Signed-off-by: Alexey Zaytsev <alexey.zaytsev@gmail.com> Hi. The patch adds fschange-like [1] modification ranges to fsnotify events. Fanotify is made to pass the range to the users. This is useful for backup programs that work on huge ...

Message posted on the November 14th, 2010 - 7:50 PM ET

[PATCH 0/4] Series short description

Hi. So, it's time for the second version of the the fanotify range patches. The patch adds modification ranges to fsnotify events. Fanotify is made to pass the range to the users. This is useful for backup programs that work on huge files, so ...

Message posted on the November 21st, 2010 - 7:40 PM ET

[PATCH] Avoid having to provide a fake/invalid fd and path when flushing marks

(Patch also attached in case our outgoing mail servers decide to munge tabs again.) Currently for a group to flush marks it has set it needs to provide a fake or invalid (but resolvable) file descriptor and path when calling fanotify_mark. This ...

Message posted on the January 12th, 2011 - 7:20 AM ET

fanotify hangs with multi-threaded programs

Hi, Ran into a hang in open with a fanotify event listener which delegated the processing via unix socket to a multi-threaded program that was opening files from several threads. A patch for fixing this was posted in december ...

Message posted on the June 13th, 2012 - 5:30 AM ET

[PATCH 1/4] fanotify: flush outstanding perm requests on group destroy

When an fanotify listener is closing it may cause a deadlock between the listener and the original task doing an fs operation. If the original task is waiting for a permissions response it will be holding the srcu lock. The listener cannot clean ...

Message posted on the August 22nd, 2010 - 8:40 PM ET

[PATCH] Fix some minor typos: * informations => information * there own => their own * an => and (bug #14973)

Signed-off-by: Sylvestre Ledru <sylvestre.ledru@scilab.org> .../ABI/testing/sysfs-driver-hid-roccat-kone | 2 +- .../ABI/testing/sysfs-driver-hid-roccat-koneplus | 8 ++++- .../ABI/testing/sysfs-driver-hid-roccat-kovaplus | 8 ...

Message posted on the March 24th, 2011 - 7:00 PM ET

[PATCH] Shrink fanotify_event_metadata by 32 bits

There seems to be no point wasting 32 bits for either the event version or length Signed-off-by: Alexey Zaytsev <alexey.zaytsev@gmail.com> Hi. While I'm working on the file modification events, please consider this patch. It obviously ...

Message posted on the November 20th, 2010 - 12:10 AM ET

patch fanotify