Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261473AbVDZKFP (ORCPT ); Tue, 26 Apr 2005 06:05:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261461AbVDZKFO (ORCPT ); Tue, 26 Apr 2005 06:05:14 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:25008 "EHLO pentafluge.infradead.org") by vger.kernel.org with ESMTP id S261443AbVDZKCq (ORCPT ); Tue, 26 Apr 2005 06:02:46 -0400 Date: Tue, 26 Apr 2005 11:02:41 +0100 From: Christoph Hellwig To: Christoph Hellwig , Miklos Szeredi , jamie@shareable.org, linuxram@us.ibm.com, 7eggert@gmx.de, 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: <20050426100241.GA30674@infradead.org> Mail-Followup-To: Christoph Hellwig , Miklos Szeredi , jamie@shareable.org, linuxram@us.ibm.com, 7eggert@gmx.de, bulb@ucw.cz, viro@parcelfarce.linux.theplanet.co.uk, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, akpm@osdl.org References: <1114445923.4480.94.camel@localhost> <20050425191015.GC28294@mail.shareable.org> <20050426091921.GA29810@infradead.org> <20050426093628.GA30208@infradead.org> <20050426094727.GA30379@infradead.org> <20050426095608.GA30554@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050426095608.GA30554@infradead.org> 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: 1156 Lines: 21 On Tue, Apr 26, 2005 at 10:56:08AM +0100, Christoph Hellwig wrote: > On Tue, Apr 26, 2005 at 11:53:01AM +0200, Miklos Szeredi wrote: > > No. FUSE is not a suid shell, and it's definitely not crap. You are > > being impolite and without a reason. So don't be surprised if you get > > burned. > > You're model for user mounts is total crap. The rest of the fuse kernel > code is quite nice (1). And btw, in case you think this flaming here is going to bring you forward in any way: it's not. User mounts and namespace-related changes don't belong into a lowelevel filesystem driver no matter what. Whatever way to handle user-private mount we're going to agree on it's not going to be inside the fuse code. So you're really better of stoppign the flaming, stripping out those bits and help writing down a scheme that you'd want to see in the VFS so we can see whether it makes sense and is implementable. - 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/