[RFC][PATCH] Inotify kernel API
John McCutchan
ttb at tentacle.dhs.org
Fri Aug 26 15:48:15 UTC 2005
On Fri, 2005-08-26 at 10:37 -0500, Timothy R. Chavez wrote:
> On Wednesday 24 August 2005 15:24, Amy Griffis wrote:
> > On Wed, Aug 24, 2005 at 10:21:46AM -0700, Chris Wright wrote:
> > > * Timothy R. Chavez (tinytim at us.ibm.com) wrote:
> > > > The alternative approach is to embed Inotify watches in a per-client
> > > > specific watch, ie:
> > >
> > > Exactly, this can eliminate typeless interface, and is how other
> > > subsystems do things.
> >
> > It's my impression that John does not want to expose the inotify_watch
> > struct to kernel consumers. But maybe there's a way to handle it
> > that's better than what I proposed.
>
> Is there any particular reason why, if there were a kernel API for Inotify,
> that clients of that API should not be exposed to relevant Inotify structs
> like inotify_watch?
There is nothing in inotify_watch that is useful to other parts of the
kernel other than the inode, which will be passed to the callback.
--
John McCutchan <ttb at tentacle.dhs.org>
More information about the Linux-audit
mailing list