From: Steve French <smfltc@us.ibm.com>
To: linux-kernel@vger.kernel.org, rml@novell.com
Subject: Re: supporting functions missing from inotify patch
Date: 13 Jul 2005 15:21:21 -0500 [thread overview]
Message-ID: <1121286081.5555.73.camel@stevef95.austin.ibm.com> (raw)
>> I don't see an inode operation for registering inotify events in the fs
>> (there is a file operation for dir_notify to register its events). In
>> create_watch in fs/inotify.c I expected to see something like:
>Why not use the existing dir_notify method? No point in adding another.
I did not think that inotify_add_watch called dir_notify. I don't see a path in which
calls to add a new inotify watch end up in a call to fcntl_dirnotify or file->dir_notify
This is for the case in which an app only calls inotify ioctl - ie does not [also] do a call
to dnotify.
Without such a call - an app that does your new ioctl to add a watch on a file or directory will
not cause the network/cluster fs to turn on notification on the server since the watch
will be not seen by the client filesystem.
>> I also don't see exports for
>> fsnotify_access
>> fsnotify_modify
>>
>> Without these exports, network and cluster filesystems can't notify the
>> local system about changes.
>>
>Eh?
>
>They are in <linux/fsnotify.h>.
OK - you exported a common underlying function
inotify_inode_queue_event
under the inline functions which the network/cluster fs would call to notify of remote changes.
That makes sense. I had missed that.
next reply other threads:[~2005-07-13 20:28 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-13 20:21 Steve French [this message]
2005-07-13 20:39 ` Robert Love
2005-07-13 21:51 ` Steve French
-- strict thread matches above, loose matches on Subject: below --
2005-07-13 18:43 Steve French
2005-07-13 19:12 ` Robert Love
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=1121286081.5555.73.camel@stevef95.austin.ibm.com \
--to=smfltc@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rml@novell.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®