linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Chris Dunlop <chris@onthe.net.au>
To: Dave Kleikamp <dave.kleikamp@oracle.com>
Cc: Latchesar Ionkov <lucho@ionkov.net>,
	Jan Harkes <jaharkes@cs.cmu.edu>,
	jfs-discussion@lists.sourceforge.net,
	Dave Kleikamp <shaggy@kernel.org>,
	Eric Van Hensbergen <ericvh@gmail.com>,
	codalist@TELEMANN.coda.cs.cmu.edu,
	Greg Kroah-Hartman <gregkh@suse.de>,
	"Myklebust, Trond" <Trond.Myklebust@netapp.com>,
	linux-kernel@vger.kernel.org, David Howells <dhowells@redhat.com>,
	CODA FILE SYSTEM <coda@cs.cmu.edu>,
	maintainer@onthe.net.au, Al Viro <viro@zeniv.linux.org.uk>,
	linux-nfs@vger.kernel.org, v9fs-developer@lists.sourceforge.net,
	linux-fsdevel@vger.kernel.org, Ron Minnich <rminnich@sandia.gov>,
	Petr Vandrovec <petr@vandrovec.name>,
	linux-afs@lists.infradead.org
Subject: Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
Date: Thu, 1 Dec 2011 14:33:47 +1100	[thread overview]
Message-ID: <20111201033346.GA1049@onthe.net.au> (raw)
In-Reply-To: <4ED6E4EF.7050101@oracle.com>

On Wed, Nov 30, 2011 at 08:22:39PM -0600, Dave Kleikamp wrote:
> On 11/30/2011 06:47 PM, Chris Dunlop wrote:
>>> It's also worth printing a message - this *is* a kernel bug of some description
>>> if it happens.
>> 
>> Like the below?  This covers the d_revalidate for 9p, afs, coda,
>> hfs, ncpfs, proc, sysfs.
>> 
>> Note:  jfs isn't susceptible to this problem, but the resolution
>> doesn't look like the other file systems, and from the comment
>> I'm not sure if the problem was really understood and if it's
>> doing the right thing:
> 
> This code, as well as the comments, were copied from vfat. It seems
> reasonable for case-insensitive but case-preserving behavior (not jfs's
> default). The safe thing is to drop the negative dentry if we don't know
> the operation.

In that case, it looks like the thing to do might be to add the
"protection" to the start of jfs_ci_revaliate(), per how the
original has been changed in vfat:

fs/fat/namei_vfat.c:
static int vfat_revalidate_ci(struct dentry *dentry, struct nameidata *nd)
{
        if (nd && nd->flags & LOOKUP_RCU)
                return -ECHILD;
        ...
}

E.g.:

----------------------------------------------------------------------
Don't oops when abused by broken layered file systems

Signed-off-by: Chris Dunlop <chris@onthe.net.au>
---
 fs/jfs/namei.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/fs/jfs/namei.c b/fs/jfs/namei.c
index e17545e..5504f6e 100644
--- a/fs/jfs/namei.c
+++ b/fs/jfs/namei.c
@@ -1585,6 +1585,9 @@ out:
 
 static int jfs_ci_revalidate(struct dentry *dentry, struct nameidata *nd)
 {
+	if (nd && nd->flags & LOOKUP_RCU)
+		return -ECHILD;
+
 	/*
 	 * This is not negative dentry. Always valid.
 	 *
-- 
1.7.0.4

----------------------------------------------------------------------

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

  reply	other threads:[~2011-12-01  3:33 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-21  7:36 [PATCH 1/1] fix d_revalidate oopsen on NFS exports Chris Dunlop
     [not found] ` <1321861008-20611-1-git-send-email-chris-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org>
2011-11-29  8:25   ` Chris Dunlop
     [not found]     ` <20111129082501.GA569-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org>
2011-11-29 11:58       ` Myklebust, Trond
2011-11-30  7:13         ` Chris Dunlop
     [not found]         ` <20111130071319.GA16711-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org>
2011-11-30  8:54           ` David Howells
2011-12-01  0:47             ` Chris Dunlop
2011-12-01  2:22               ` Dave Kleikamp
2011-12-01  3:33                 ` Chris Dunlop [this message]
2011-12-01  3:53                   ` Dave Kleikamp
2011-12-01  5:32                     ` Chris Dunlop
     [not found]               ` <20111201004709.GA26085-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org>
2011-12-01  5:34                 ` Chris Dunlop
2011-12-01  6:31               ` Tyler Hicks
2011-12-01  7:29                 ` Chris Dunlop
2011-12-06 11:43                   ` Jacek Luczak
2011-12-01  6:50     ` Tyler Hicks
2011-12-01  7:23       ` Chris Dunlop
2011-12-01  8:02       ` Tyler Hicks

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=20111201033346.GA1049@onthe.net.au \
    --to=chris@onthe.net.au \
    --cc=Trond.Myklebust@netapp.com \
    --cc=coda@cs.cmu.edu \
    --cc=codalist@TELEMANN.coda.cs.cmu.edu \
    --cc=dave.kleikamp@oracle.com \
    --cc=dhowells@redhat.com \
    --cc=ericvh@gmail.com \
    --cc=gregkh@suse.de \
    --cc=jaharkes@cs.cmu.edu \
    --cc=jfs-discussion@lists.sourceforge.net \
    --cc=linux-afs@lists.infradead.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=lucho@ionkov.net \
    --cc=maintainer@onthe.net.au \
    --cc=petr@vandrovec.name \
    --cc=rminnich@sandia.gov \
    --cc=shaggy@kernel.org \
    --cc=v9fs-developer@lists.sourceforge.net \
    --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).