From owner-freebsd-fs Tue Nov 21 18:13:59 2000 Delivered-To: freebsd-fs@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 4274837B4C5 for ; Tue, 21 Nov 2000 18:13:56 -0800 (PST) Received: by relay.butya.kz (Postfix, from userid 1000) id DE7A62909F; Wed, 22 Nov 2000 08:13:52 +0600 (ALMT) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id D567B28A25; Wed, 22 Nov 2000 08:13:52 +0600 (ALMT) Date: Wed, 22 Nov 2000 08:13:52 +0600 (ALMT) From: Boris Popov To: Terry Lambert Cc: Marc van Woerkom , freebsd-fs@FreeBSD.ORG Subject: Re: MSDOS FS and flock? In-Reply-To: <200011211854.LAA28358@usr08.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 21 Nov 2000, Terry Lambert wrote: > > Thank you very much for that patch. > > I will give it a try. > > As it does not look esoteric, is there a reason why it is not > > in -CURRENT? > > It's really the wrong approach going forward, since it means that > the work has to be duplicated (with the possibility of error) for > each and every VFS that is ever implemented. It is not a "little detail", but a normal vnode operation. It is up to filesystem author/maintainer to decide which operations should be implemented and which not. In this particular case there is no code duplication other than wrapper to standard function. Of course, if this patch going to be committed, then vop_stdadvlock() should be introduced. > If you get into it in any detail, you'll see that root mounts > aren't supported on many VFS types, either, and that there are > similar caveats elsewhere (like the special device, named pipe, > socket, and FIFO ownership and permissions issues I noted before). Indeed, but evolution of VFS is not finished :) -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message