Re: [GIT PULL] notification tree: directory events

From: Andreas Gruenbacher
Date: Thu Aug 19 2010 - 08:44:34 EST


On Wednesday 18 August 2010 17:59:06 Eric Paris wrote:
> I'm going to file your e-mail into my todo list and hopefully I get the
> time to look at the ability to ignore directory events.

As far as I can remember, several people involved in the previous discussion
agreed that a reasonable goal would be to make fanotify a superset of
inotify. My understanding was that this would be the general direction of
development. The code apparently is not there yet; it only reports a subset
of the relevant directory events. (In other words, the directory event part
of the code is currently useless.) Given that, I was surprised to see the
code getting merged.

Fanotify has a subset of functionality for watching and vetting regular file
accesses which seems to be useful in its own right; the anti-malware folks
want this part. Implementing only this part was not what was originally
discussed, but I can see some arguments for putting this functionality in now
(or rather leaving it in) and adding the rest later.

The half-thought-out directory events are not part of this subset though.
They are not useful in their own right and only generate overheads, and much
worse, they could even get in the way when proper directory event support is
eventually added. So that part should really be removed ASAP.

I expect more from you than just ignoring my concerns as you imply.

> Nothing hard about it. It's as easy as defining a flag and adding a
> conditional in the code but it's not high on my list.

We are not talking about Eric's own private syscalls here. Things we screw up
now may be very hard or impossible to fix later; syscalls don't just change
from release to release.

This also applies to the error reporting mess I have commented on. At least
the interface should be changed so that it can report a valid file descriptor
and an error condition at the same time; otherwise, we will end up with a
weakness in the interface that we won't be able to fix.

Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/