From owner-cvs-src@FreeBSD.ORG Wed Jun 18 04:22:31 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89C9237B401; Wed, 18 Jun 2003 04:22:31 -0700 (PDT) Received: from demos.su (mx.demos.su [194.87.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5982743F75; Wed, 18 Jun 2003 04:22:29 -0700 (PDT) (envelope-from mitya@fling-wing.demos.su) Received: from [194.87.5.69] (HELO fling-wing.demos.su) by demos.su (CommuniGate Pro SMTP 4.1b7/D) with ESMTP-TLS id 76290939; Wed, 18 Jun 2003 15:22:28 +0400 Received: from fling-wing.demos.su (localhost [127.0.0.1]) by fling-wing.demos.su (8.12.9/8.12.6) with ESMTP id h5IBMR5R044089; Wed, 18 Jun 2003 15:22:27 +0400 (MSD) (envelope-from mitya@fling-wing.demos.su) Received: (from mitya@localhost) by fling-wing.demos.su (8.12.9/8.12.6/Submit) id h5IBMQ3e044088; Wed, 18 Jun 2003 15:22:26 +0400 (MSD) Date: Wed, 18 Jun 2003 15:22:26 +0400 From: Dmitry Sivachenko To: "Tim J. Robbins" Message-ID: <20030618112226.GA42606@fling-wing.demos.su> References: <200306170852.h5H8qjgg087299@repoman.freebsd.org> <20030617133130.GF38547@garage.freebsd.pl> <20030618200325.A3179@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20030618200325.A3179@dilbert.robbins.dropbear.id.au> WWW-Home-Page: http://mitya.pp.ru/ X-PGP-Key: http://mitya.pp.ru/mitya.asc User-Agent: Mutt/1.5.4i cc: src-committers@freebsd.org cc: cvs-all@freebsd.org cc: cvs-src@freebsd.org Subject: Re: cvs commit: src/sys/fs/nullfs null.h null_subr.c null_vnops.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2003 11:22:32 -0000 On Wed, Jun 18, 2003 at 08:03:25PM +1000, Tim J. Robbins wrote: > On Tue, Jun 17, 2003 at 03:31:30PM +0200, Pawel Jakub Dawidek wrote: > > > Great work! > > > > You susspect there are more problems with nullfs? > > This file system looks like a very simple thing, maybe it's implementation > > is too complicate? > > > > I'm not sure, but if we forgot about mount flags, etc. (something like > > hardlink to directory) we only have to do one thing: return correct vnode on: > > > > # cd /mnt/null/.. > > > > Every other operation inside nullfs should be done with functions from > > original file system. > > > > Maybe I'm talking stupid things here, but those two file systems are really > > helpfull (I'm talking also about unionfs) and it will be great if there > > will be no BUGS section in manuals for those file systems. > > The main problems with nullfs seem to be locking and trying to create clones > of the lower vnode (wrt. the VM system and special files). Once kern/51583 BTW, what is the reason for creating these clone vnodes? Why we can't simply return the original vnode? > is fixed and I've stress-tested nullfs a bit more, I'll probably be confident > enough in it to remove the BUGS section. I can't really comment on unionfs... > I plan to test it out soon and see whether any of the recent nullfs bugfixes > could apply to it, esp. the deadlock one. >