On 25.04.2014 12:43, Michael Kerrisk (man-pages) wrote:
Some things I'd like you to check or fix:
* Please review 679a078389 (ETXTBUSY)
ok
* Please review 3b32c70be9 (FAN_MARK_FLUSH bug)
a period ('.') is missing at the end of the sentence.
You received a patch.
* See the FIXME in the example code in fanotify(7).
My understanding is, that file descriptors are always positive.
Please, correct me if I am wrong. Comparing to FAN_NOFD would
be a valid alternative.
You are right that queue overflow is not notified to the user.
But it is not necessary for the listener to take any action in case
of a queue overflow.
* The readdir(2) / FAN_ACCESS bug is described in fanotify(7)
and fanotify_mark(7). It only needs to be in one of the pages.
Could you patch to remove whichever you think should be removed.
Patch provided
An earlier question that I believe is still not resolved:
[[
' Now I know that I earlier said that FAN_ONDIR and FAN_EVENT_ON_CHILD
' belong in the input events for fanotify_mark(), not here in the
' returned events. Or at least, as far as I can tell, they can't be
' in the returned events--but can you confirm this please.
Where did you find FAN_ONDIR and FAN_EVENT_ON_CHILD in fanotify.7?
They were in an earlier version in fanotify.7, if I recall correctly.
Anyway, my point is: have you confirmed that FAN_ONDIR and
FAN_EVENT_ON_CHILD are only input flags, and can't be returned as output
event flags?
]]
Verified with test program: FAN_ONDIR and FAN_EVENT_ON_CHILD are not
returned as output event flags, when specified fanotify_mark.
Once we've finished those tweaks, we can pester Eric for a review.
Let's say invite. Hopefully he is not too busy.
Cheers
Heinrich
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html