From: Eric Paris <eparis@redhat.com>
To: Jeremy Kerr <jk@ozlabs.org>
Cc: linux-kernel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
Christoph Hellwig <hch@lst.de>,
cbe-oss-dev@ozlabs.org
Subject: Re: [PATCH] fs: allow d_instantiate to be called with negative parent dentry
Date: Mon, 29 Jun 2009 09:45:43 -0400 [thread overview]
Message-ID: <1246283143.754.16.camel@dhcp235-23.rdu.redhat.com> (raw)
In-Reply-To: <1246257118.265649.273423097532.1.gpush@pingu>
On Mon, 2009-06-29 at 14:31 +0800, Jeremy Kerr wrote:
> The new fsnotify infrastructure (starting at 90586523) causes an oops in
> spufs, where we populate a directory with files before instantiating the
> directory itself. The new changes seem to have introduced an assumption
> that a dentry's parent will be positive when instantiating.
>
> This change makes it once again possible to d_instantiate a dentry
> with a negative parent, and brings __fsnotify_d_instantiate() into
> line with inotify_d_instantiate(), which already has this NULL check.
>
> Signed-off-by: Jeremy Kerr <jk@ozlabs.org>
This problem was introduced based on a private off list comment from Al
Viro back on Feb 17th when he was reviewing my code:
fsnotify_d_instantiate(): check for NULL inode in parent? Really?
BTW, where's the codepath without that stuff? I mean, for sane
boxen that have *notify configured out. Idiotify is at least
configurable away...
>From that comment I dropped the check for dentry->d_parent->d_inode.
The old behavior (which inotify had) is exactly what you propose and
would cause no problems for anything. I'll leave it up to Al if he
wants to argue that the spufs logic is illegal but I'll put this patch
into my tree and send it toward Linus.
-Eric
prev parent reply other threads:[~2009-06-29 13:46 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-29 6:31 Jeremy Kerr
2009-06-29 13:45 ` Eric Paris [this message]
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=1246283143.754.16.camel@dhcp235-23.rdu.redhat.com \
--to=eparis@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=cbe-oss-dev@ozlabs.org \
--cc=hch@lst.de \
--cc=jk@ozlabs.org \
--cc=linux-kernel@vger.kernel.org \
/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®