Reference in a new issue

Blame

Copy permalink

Reference in a new issue

Copy permalink

Amir Goldstein f25e94a7d5 fanotify: fix logic of events on child ... commit 54a307ba8d upstream. When event on child inodes are sent to the parent inode mark and parent inode mark was not marked with FAN_EVENT_ON_CHILD, the event will not be delivered to the listener process. However, if the same process also has a mount mark, the event to the parent inode will be delivered regadless of the mount mark mask. This behavior is incorrect in the case where the mount mark mask does not contain the specific event type. For example, the process adds a mark on a directory with mask FAN_MODIFY (without FAN_EVENT_ON_CHILD) and a mount mark with mask FAN_CLOSE_NOWRITE (without FAN_ONDIR). A modify event on a file inside that directory (and inside that mount) should not create a FAN_MODIFY event, because neither of the marks requested to get that event on the file. Fixes: 1968f5eed5 ("fanotify: use both marks when possible") Signed-off-by: Amir Goldstein <amir73il@gmail.com> Signed-off-by: Jan Kara <jack@suse.cz> [bwh: Backported to 3.16: adjust context] Signed-off-by: Ben Hutchings <ben@decadent.org.uk>		History 2018-10-21 08:45:19 +01:00
..
fanotify.c	fanotify: fix logic of events on child	2018-10-21 08:45:19 +01:00
fanotify.h	fanotify: use fanotify event structure for permission response processing	2014-04-03 16:20:51 -07:00
fanotify_user.c	fanotify: don't expose EOPENSTALE to userspace	2017-08-26 02:14:39 +01:00
Kconfig	treewide: fix typo of "suport" in various comments and Kconfig	2012-11-19 14:16:09 +01:00
Makefile	fanotify: fanotify_init syscall declaration	2010-07-28 09:58:55 -04:00