linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Al Viro <viro@ZenIV.linux.org.uk>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>,
	linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH 1/4] VFS: Add a VFS helper function vfs_remote_path_lookup()
Date: Thu, 2 Apr 2009 21:28:47 +0100	[thread overview]
Message-ID: <20090402202846.GM28946@ZenIV.linux.org.uk> (raw)
In-Reply-To: <alpine.LFD.2.00.0904021312560.4130@localhost.localdomain>

On Thu, Apr 02, 2009 at 01:17:47PM -0700, Linus Torvalds wrote:
> 
> 
> On Thu, 2 Apr 2009, Al Viro wrote:
> >
> > *growl*
> > 
> > Right, we are out of clone() flags, thanks to namespace-of-the-week
> > insanity by openvz bunch ;-/
> 
> I really think "clone()" is the wrong kind of granularity, and much too 
> big a hammer.
> 
> You never answered my suggestion about passing in namespace details to the 
> open routines in nameidata. I don't think it actually needs the whole 
> thing, the only thing (I _think_) it cares about ends up being just the 
> root/cwd.

The thing is, it wants more - it wants to mount stuff there.  Which means
that we really want current switched to it, or the normal check_mnt()
logics will screw you.

I don't have too serious objections against having a reference to namespace
in nameidata, but I really doubt that it'll be enough here.

  reply	other threads:[~2009-04-02 20:28 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-31 18:52 [PATCH 0/4] Allow NFS to use ordinary path lookup when mounting NFSv4 Trond Myklebust
     [not found] ` <cover.1238525532.git.Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
2009-03-11 19:50   ` [PATCH 1/4] VFS: Add a VFS helper function vfs_remote_path_lookup() Trond Myklebust
     [not found]     ` <3f1264127d431f695be25b940b477e3d287edc68.1238525532.git.Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
2009-03-31 21:40       ` Linus Torvalds
2009-03-31 22:37         ` Trond Myklebust
2009-03-31 22:43           ` Linus Torvalds
     [not found]             ` <alpine.LFD.2.00.0903311540120.6474-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-03-31 23:38               ` Trond Myklebust
2009-04-01  0:16                 ` Linus Torvalds
     [not found]                   ` <alpine.LFD.2.00.0903311715110.4130-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-04-01  0:51                     ` Trond Myklebust
     [not found]                       ` <1238547065.28445.178.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
2009-04-01  1:04                         ` Linus Torvalds
     [not found]           ` <1238539079.28445.103.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
2009-03-31 22:49             ` Trond Myklebust
2009-04-01  2:15       ` Al Viro
2009-04-01 13:06         ` Trond Myklebust
     [not found]         ` <1238616394.24360.2.camel@heimdal.trondhjem.org>
     [not found]           ` <20090401202629.GG28946@ZenIV.linux.org.uk>
     [not found]             ` <1238628133.24360.51.camel@heimdal.trondhjem.org>
     [not found]               ` <20090401233252.GH28946@ZenIV.linux.org.uk>
     [not found]                 ` <1238629407.19782.5.camel@heimdal.trondhjem.org>
     [not found]                   ` <20090402191709.GJ28946@ZenIV.linux.org.uk>
     [not found]                     ` <1238700874.16087.42.camel@heimdal.trondhjem.org>
2009-04-02 19:52                       ` Al Viro
2009-04-02 19:57                         ` Al Viro
2009-04-02 20:17                           ` Linus Torvalds
2009-04-02 20:28                             ` Al Viro [this message]
2009-04-02 20:45                               ` Trond Myklebust
2009-04-02 20:54                                 ` Al Viro
2009-04-02 20:56                                   ` Al Viro
2009-04-02 21:10                                     ` Trond Myklebust
2009-04-02 22:16                                   ` Trond Myklebust
2009-04-02 23:18                                     ` Al Viro
2009-04-03  1:09                                       ` Al Viro
2009-04-03  1:52                                         ` Al Viro
2009-04-03  1:53                                           ` Al Viro
2009-04-03 19:13                                           ` Trond Myklebust
2009-04-05  2:25                                             ` Al Viro
2009-03-11 19:50   ` [PATCH 2/4] NFSv4: Use vfs_path_lookup() instead of nfs4_path_walk() Trond Myklebust
2009-03-11 19:50   ` [PATCH 4/4] NFS: Correct the NFS mount path when following a referral Trond Myklebust
2009-03-11 19:50 ` [PATCH 3/4] NFS: Fix nfs_path() to always return a '/' at the beginning of the path Trond Myklebust

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=20090402202846.GM28946@ZenIV.linux.org.uk \
    --to=viro@zeniv.linux.org.uk \
    --cc=Trond.Myklebust@netapp.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=torvalds@linux-foundation.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;
as well as URLs for NNTP newsgroup(s).