Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S269462AbUICJsz (ORCPT ); Fri, 3 Sep 2004 05:48:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269617AbUICJpv (ORCPT ); Fri, 3 Sep 2004 05:45:51 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.31.123]:40086 "EHLO atrey.karlin.mff.cuni.cz") by vger.kernel.org with ESMTP id S269631AbUICJmG (ORCPT ); Fri, 3 Sep 2004 05:42:06 -0400 Date: Fri, 3 Sep 2004 11:42:05 +0200 From: Pavel Machek To: Alan Cox Cc: Lee Revell , Spam , Horst von Brand , Jamie Lokier , David Masover , Chris Wedgwood , viro@parcelfarce.linux.theplanet.co.uk, Linus Torvalds , Christoph Hellwig , Hans Reiser , linux-fsdevel@vger.kernel.org, Linux Kernel Mailing List , Alexander Lyamin aka FLX , ReiserFS List Subject: Re: silent semantic changes with reiser4 Message-ID: <20040903094205.GB11021@atrey.karlin.mff.cuni.cz> References: <1094079071.1343.25.camel@krustophenia.net> <200409021425.i82EPn9i005192@laptop11.inf.utfsm.cl> <1535878866.20040902214144@tnonline.net> <20040902194909.GA8653@atrey.karlin.mff.cuni.cz> <1094155277.11364.92.camel@krustophenia.net> <20040902204351.GE8653@atrey.karlin.mff.cuni.cz> <1094158060.1347.16.camel@krustophenia.net> <20040902205857.GF8653@atrey.karlin.mff.cuni.cz> <1094164385.6163.4.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1094164385.6163.4.camel@localhost.localdomain> User-Agent: Mutt/1.5.6i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 791 Lines: 22 Hi! > > Uservfs.sf.net. > > > > Unlike alan, I do not think that "do it all in library" is good > > idea. I put it in the userspace as "codafs" server, and let > > applications see it as a regular filesystem. > > That works for me too, providing someone has fixed all the user mode fs > deadlocks with paging Its okay: coda works on whole file granularity, and files are backed by real disk, so there are no deadlocks with paging. We only block open() and similar syscalls, and those are not in paging paths. It should be safe. Pavel - 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/