Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261938AbVEKJFT (ORCPT ); Wed, 11 May 2005 05:05:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261935AbVEKJB5 (ORCPT ); Wed, 11 May 2005 05:01:57 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:65450 "EHLO pentafluge.infradead.org") by vger.kernel.org with ESMTP id S261938AbVEKJAL (ORCPT ); Wed, 11 May 2005 05:00:11 -0400 Date: Wed, 11 May 2005 10:00:02 +0100 From: Christoph Hellwig To: Miklos Szeredi Cc: hch@infradead.org, bulb@ucw.cz, viro@parcelfarce.linux.theplanet.co.uk, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, akpm@osdl.org Subject: Re: [PATCH] private mounts Message-ID: <20050511090002.GC24841@infradead.org> Mail-Followup-To: Christoph Hellwig , Miklos Szeredi , bulb@ucw.cz, viro@parcelfarce.linux.theplanet.co.uk, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, akpm@osdl.org References: <20050424205422.GK13052@parcelfarce.linux.theplanet.co.uk> <20050424210616.GM13052@parcelfarce.linux.theplanet.co.uk> <20050424211942.GN13052@parcelfarce.linux.theplanet.co.uk> <20050425071047.GA13975@vagabond> <20050430083516.GC23253@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1117 Lines: 22 On Sat, Apr 30, 2005 at 11:25:10AM +0200, Miklos Szeredi wrote: > > > > I can't write a script that reads your mind. But I sure can write > > > > a script that finds out what you mounted in the other shells (with help > > > > of a little wrapper around the mount command). > > > > > > How do you bind mount it from a different namespace? You _do_ need > > > bind mount, since a new mount might require password input, etc... > > > > Not nessecarily. The filesystem gets called into ->get_sb for every mount, > > and can then decided whether to return an existing superblock instance or > > setup a new one. If the credentials for the new mount match an old one > > it can just reuse it. (e.g. for block based filesystem it will always reuse > > right now) > > And if the credentials are checked in userspace (sshfs)? The it needs to call to userspace in ->get_sb.. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/