From: "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Heinrich Schuchardt <xypron.glpk-Mmb7MZpHnFY@public.gmane.org>
Cc: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH 1/1] fanotify.7: double mounted paths
Date: Tue, 28 Oct 2014 13:02:12 +0100 [thread overview]
Message-ID: <544F85C4.5070404@gmail.com> (raw)
In-Reply-To: <1414094958-3584-1-git-send-email-xypron.glpk-Mmb7MZpHnFY@public.gmane.org>
On 10/23/2014 10:09 PM, Heinrich Schuchardt wrote:
> Unfortunately fanotify does not inform listeners for all paths
> under which a touched file system object is visible
> but only the listener using the same path as the process
> touching the file system object.
Hi Heinrich
I applied this patch, and then did some tweaking which you
can see in Git. I also gave the patch what I hope is a more
meaningful title:
fanotify notifies only events generated on the same mount
Cheers,
Michael
> Signed-off-by: Heinrich Schuchardt <xypron.glpk-Mmb7MZpHnFY@public.gmane.org>
> ---
> man7/fanotify.7 | 8 ++++++++
> 1 file changed, 8 insertions(+)
>
> diff --git a/man7/fanotify.7 b/man7/fanotify.7
> index bc5a11c..7f915c2 100644
> --- a/man7/fanotify.7
> +++ b/man7/fanotify.7
> @@ -488,6 +488,14 @@ In this case, events are lost.
> As of Linux 3.17,
> the following bugs exist:
> .IP * 3
> +On Linux a file system object may be accessible through multiple paths,
> +e.g. a part of the file system may be remounted using
> +.B mount (8)
> +--bind.
> +A listener that marked a mount will only be notified of events that were
> +triggered for a file system object using the same mount.
> +Any other event will pass unnoticed.
> +.IP *
> .\" FIXME . A patch was proposed.
> When an event is generated,
> no check is made to see whether the user ID of the
>
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2014-10-28 12:02 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-23 20:09 [PATCH 1/1] fanotify.7: double mounted paths Heinrich Schuchardt
[not found] ` <1414094958-3584-1-git-send-email-xypron.glpk-Mmb7MZpHnFY@public.gmane.org>
2014-10-28 12:02 ` Michael Kerrisk (man-pages) [this message]
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=544F85C4.5070404@gmail.com \
--to=mtk.manpages-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=xypron.glpk-Mmb7MZpHnFY@public.gmane.org \
/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.