All of lore.kernel.org
 help / color / mirror / Atom feed
From: "J. R. Okajima" <hooanon05@yahoo.co.jp>
To: Ian Kent <raven@themaw.net>
Cc: Nick Piggin <npiggin@gmail.com>,
	Santosh Shilimkar <santosh.shilimkar@ti.com>,
	Mark Brown <broonie@opensource.wolfsonmicro.com>,
	Trond Myklebust <Trond.Myklebust@netapp.com>,
	Nick Piggin <npiggin@kernel.dk>,
	linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-fsdevel@vger.kernel.org
Subject: Re: vfs-scale, general questions (Re: NFS root lockups with -next 20110113)
Date: Sun, 13 Feb 2011 11:19:22 +0900	[thread overview]
Message-ID: <7070.1297563562@jrobl> (raw)
In-Reply-To: <1297396169.3844.11.camel@perseus>


Ian Kent:
> > - what is the right order of dget() and mntget()?
> >   If I remember correctly, someone said "mntget() first and then
> >   dget(). when putting, do in reverse" in the discussion when
> >   path_{get,put}() were born. So it is called "the right order" in the
> >   commit log.
> >   It was many years ago. Is it still true? And should rcu-walk follow it
> >   too? The current implementation doesn't seem to care about this order.
>
> I didn't spot that, where did you see this?
>
> I'm not sure about the get but I fairly sure the dput() has to be before
> the mntput() because the shrink_dcache_*() cleanup routines object to
> dentrys that have a reference count of more than one.

For dget - mntget, there are several such code. For example,
nameidata_dentry_drop_rcu()
{
	struct dentry *parent = nd->path.dentry;
		:::
	parent->d_count++;
	spin_unlock(&dentry->d_lock);
	spin_unlock(&parent->d_lock);
		:::
	mntget(nd->path.mnt);
		:::

But I am not sure the "get" order is a problem.
Nick Piggin also replied and said dget and mntget is not a problem, and
I replied if I found such "put" order, I would write again.


J. R. Okajima

  reply	other threads:[~2011-02-13  2:19 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-13 12:06 NFS root lockups with -next 20110113 Mark Brown
2011-01-13 13:22 ` J. R. Okajima
2011-01-13 13:28   ` Santosh Shilimkar
2011-01-13 13:28     ` Santosh Shilimkar
2011-01-13 13:45     ` J. R. Okajima
2011-01-13 13:45       ` J. R. Okajima
2011-01-14  3:59       ` Nick Piggin
2011-01-14  3:59         ` Nick Piggin
2011-01-14  4:41         ` J. R. Okajima
2011-01-14  4:41           ` J. R. Okajima
2011-01-19  6:43         ` vfs-scale, general questions (Re: NFS root lockups with -next 20110113) J. R. Okajima
2011-01-19  6:43           ` J. R. Okajima
2011-01-19  7:21           ` Nick Piggin
2011-01-19  7:21             ` Nick Piggin
2011-01-20  9:05             ` vfs-scale, general questions J. R. Okajima
2011-01-20 11:15               ` Miklos Szeredi
2011-01-21  6:38                 ` J. R. Okajima
2011-02-11  3:49           ` vfs-scale, general questions (Re: NFS root lockups with -next 20110113) Ian Kent
2011-02-11  3:49             ` Ian Kent
2011-02-13  2:19             ` J. R. Okajima [this message]
2011-01-13 13:35   ` NFS root lockups with -next 20110113 Mark Brown
2011-01-13 13:35     ` Mark Brown
2011-01-13 13:35     ` Mark Brown
2011-01-13 13:41   ` Santosh Shilimkar
2011-01-13 13:41     ` Santosh Shilimkar
2011-01-13 13:41     ` Santosh Shilimkar
2011-01-13 13:41     ` Santosh Shilimkar

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=7070.1297563562@jrobl \
    --to=hooanon05@yahoo.co.jp \
    --cc=Trond.Myklebust@netapp.com \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=npiggin@gmail.com \
    --cc=npiggin@kernel.dk \
    --cc=raven@themaw.net \
    --cc=santosh.shilimkar@ti.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.