From: Heinrich Schuchardt <xypron.glpk@gmx.de>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Eric Paris <eparis@redhat.com>, Jan Kara <jack@suse.cz>,
tvrtko.ursulin@onelan.co.uk, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/1] Avoid having to provide a fake/invalid fd and path (fanotify)
Date: Sun, 13 Apr 2014 16:28:50 +0200 [thread overview]
Message-ID: <534A9F22.4090902@gmx.de> (raw)
In-Reply-To: <1395860454.24733.15.camel@flatline.rdu.redhat.com>
Hello Andrew,
may I again bring this patch to your attention.
Jan Kara <jack@suse.cz> reviewed it and
fanotify maintainer Eric Paris <eparis@redhat.com>
asked you to, please, apply it.
Unfortunately I could not see any update.
Best regards
Heinrich Schuchardt
On 26.03.2014 20:00, Eric Paris wrote:
> On Wed, 2014-03-26 at 19:47 +0100, Jan Kara wrote:
>> On Wed 26-03-14 16:30:05, xypron.glpk@gmx.de wrote:
>>> From: Heinrich Schuchardt <xypron.glpk@gmx.de>
>>>
>>> https://lkml.org/lkml/2011/1/12/112
>>> holds a patch by Tvrtko Ursulin
>>>
>>> Avoid having to provide a fake/invalid fd and path when flushing marks
>>>
>>> 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 patch pulls the
>>> flush handling a bit up so file descriptor and path are
>>> completely ignored when flushing.
>>>
>>> Eric wrote it was applied.
>>> https://lkml.org/lkml/2011/1/19/321
>>>
>>> Unfortunately it is still not in the main stream code and the problem remains.
>>>
>>> I reworked the patch to be applicable again (the signature of fanotify_mark
>>> has changed since Tvrtko's work).
>>>
>>> Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
>> The patch looks good to me. You can add:
>> Reviewed-by: Jan Kara <jack@suse.cz>
>>
>> Andrew, can you please add the patch to the fanotify patches you already
>> carry? Thanks!
>
> Acked-by: Eric Paris <eparis@redhat.com>
>
> that would be great Andrew!
>
>>
>> Honza
>>
>>> ---
>>> fs/notify/fanotify/fanotify_user.c | 17 ++++++++++-------
>>> 1 file changed, 10 insertions(+), 7 deletions(-)
>>>
>>> diff --git a/fs/notify/fanotify/fanotify_user.c b/fs/notify/fanotify/fanotify_user.c
>>> index 287a22c..05bb38a 100644
>>> --- a/fs/notify/fanotify/fanotify_user.c
>>> +++ b/fs/notify/fanotify/fanotify_user.c
>>> @@ -856,6 +856,15 @@ SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>>> group->priority == FS_PRIO_0)
>>> goto fput_and_out;
>>>
>>> + if (flags & FAN_MARK_FLUSH) {
>>> + ret = 0;
>>> + if (flags & FAN_MARK_MOUNT)
>>> + fsnotify_clear_vfsmount_marks_by_group(group);
>>> + else
>>> + fsnotify_clear_inode_marks_by_group(group);
>>> + goto fput_and_out;
>>> + }
>>> +
>>> ret = fanotify_find_path(dfd, pathname, &path, flags);
>>> if (ret)
>>> goto fput_and_out;
>>> @@ -867,7 +876,7 @@ SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>>> mnt = path.mnt;
>>>
>>> /* create/update an inode mark */
>>> - switch (flags & (FAN_MARK_ADD | FAN_MARK_REMOVE | FAN_MARK_FLUSH)) {
>>> + switch (flags & (FAN_MARK_ADD | FAN_MARK_REMOVE)) {
>>> case FAN_MARK_ADD:
>>> if (flags & FAN_MARK_MOUNT)
>>> ret = fanotify_add_vfsmount_mark(group, mnt, mask, flags);
>>> @@ -880,12 +889,6 @@ SYSCALL_DEFINE5(fanotify_mark, int, fanotify_fd, unsigned int, flags,
>>> else
>>> ret = fanotify_remove_inode_mark(group, inode, mask, flags);
>>> break;
>>> - case FAN_MARK_FLUSH:
>>> - if (flags & FAN_MARK_MOUNT)
>>> - fsnotify_clear_vfsmount_marks_by_group(group);
>>> - else
>>> - fsnotify_clear_inode_marks_by_group(group);
>>> - break;
>>> default:
>>> ret = -EINVAL;
>>> }
>>> --
>>> 1.7.10.4
>>>
>
>
>
next prev parent reply other threads:[~2014-04-13 14:28 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-26 15:30 [PATCH 1/1] Avoid having to provide a fake/invalid fd and path xypron.glpk
2014-03-26 18:47 ` Jan Kara
2014-03-26 19:00 ` Eric Paris
2014-04-13 14:28 ` Heinrich Schuchardt [this message]
2014-04-17 20:37 ` Andrew Morton
2014-04-18 13:45 ` [PATCH 1/1] Avoid having to provide a fake/invalid fd and path: update manpage Heinrich Schuchardt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=534A9F22.4090902@gmx.de \
--to=xypron.glpk@gmx.de \
--cc=akpm@linux-foundation.org \
--cc=eparis@redhat.com \
--cc=jack@suse.cz \
--cc=linux-kernel@vger.kernel.org \
--cc=tvrtko.ursulin@onelan.co.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.