From: Randy Dunlap <rdunlap@xenotime.net>
To: Al Viro <viro@ZenIV.linux.org.uk>
Cc: Jamie Lokier <jamie@shareable.org>,
Sylvain Rochet <gradator@gradator.net>,
linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
linux-nfs@vger.kernel.org
Subject: Re: PROBLEM: 2.6.35.7 to 3.0 Inotify events missing
Date: Fri, 19 Aug 2011 18:43:11 -0700 [thread overview]
Message-ID: <20110819184311.b094d6b7.rdunlap@xenotime.net> (raw)
In-Reply-To: <20110820012943.GD2203@ZenIV.linux.org.uk>
On Sat, 20 Aug 2011 02:29:43 +0100 Al Viro wrote:
> On Sat, Aug 20, 2011 at 12:37:56AM +0100, Jamie Lokier wrote:
>
> > Possible solution:
>
> > Then this can be solved, in principle (if there's no better way), by
> > watching a "virtual directory" that gets all events for when the
> > access doesn't have a parent directory. There needs to be some way to
> > watch it, and some way to get the appropriate file from the event (as
> > there is no real directory. Or maybe there could be a virtual
> > filesystem (like /proc, /sys etc.) containing a magic directory that
> > receives these inode-only events, such that lookups in that directory
> > yield the affected file. Exactly as if the directory contains a hard
> > link to every file, perhaps a text encoding of the handles passed
> > through sys_open_by_handle_at.
>
> There is a better way - stop using idiotify... It has always been a
> mistake, driven down our throats by filemangler and desktop crowd.
> Broken in many, _many_ respects... Deprecate that crap, remove it
> completely in a couple of revisions, let these clowns cope. Yeah,
> yeah, I know... Not going to happen ;-/ One can dream, though...
What do you suggest as a functioning alternative to inotify?
---
~Randy
next prev parent reply other threads:[~2011-08-20 1:43 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20101018223540.GA20730@gradator.net>
2011-08-19 23:03 ` PROBLEM: 2.6.35.7 to 3.0 Inotify events missing Sylvain Rochet
[not found] ` <20110819230344.GA24784-XWGZPxRNpGHk1uMJSBkQmQ@public.gmane.org>
2011-08-19 23:37 ` Jamie Lokier
[not found] ` <20110819233756.GI11512-DqlFc3psUjeg7Qil/0GVWOc42C6kRsbE@public.gmane.org>
2011-08-20 0:47 ` Sylvain Rochet
2011-08-20 3:21 ` Jamie Lokier
2011-08-20 1:29 ` Al Viro
2011-08-20 1:43 ` Randy Dunlap [this message]
2011-08-20 2:01 ` Al Viro
[not found] ` <20110820012943.GD2203-3bDd1+5oDREiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
2011-08-20 3:03 ` Jamie Lokier
[not found] ` <20110820030335.GA14899-DqlFc3psUjeg7Qil/0GVWOc42C6kRsbE@public.gmane.org>
2011-08-21 17:07 ` J. Bruce Fields
[not found] ` <20110821170714.GB9296-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>
2011-08-21 20:20 ` Jamie Lokier
2011-08-21 23:07 ` NeilBrown
2011-08-22 17:22 ` J. Bruce Fields
[not found] ` <20110822172239.GA15960-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>
2011-08-22 23:21 ` NeilBrown
2011-08-25 21:47 ` Sylvain Rochet
2011-08-21 22:29 ` NeilBrown
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=20110819184311.b094d6b7.rdunlap@xenotime.net \
--to=rdunlap@xenotime.net \
--cc=gradator@gradator.net \
--cc=jamie@shareable.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=viro@ZenIV.linux.org.uk \
/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;
as well as URLs for NNTP newsgroup(s).