From owner-freebsd-hackers  Mon Jul  2 10:16:45 2001
Delivered-To: freebsd-hackers@freebsd.org
Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139])
	by hub.freebsd.org (Postfix) with ESMTP id A6E6B37B401
	for <freebsd-hackers@freebsd.org>; Mon,  2 Jul 2001 10:16:40 -0700 (PDT)
	(envelope-from nsouch@alcove.fr)
Received: from avon.alcove-fr ([10.16.10.3])
	by smtp.alcove.fr with esmtp (Exim 3.12 #1 (Debian))
	id 15H7Iy-0004sI-00; Mon, 02 Jul 2001 19:16:12 +0200
Received: from nsouch by avon.alcove-fr with local (Exim 3.12 #1 (Debian))
	id 15H7Ix-0003H2-00; Mon, 02 Jul 2001 19:16:11 +0200
Date: Mon, 2 Jul 2001 19:16:11 +0200
From: Nicolas Souchu <nsouch@fr.alcove.com>
To: Doug Rabson <dfr@nlsystems.com>
Cc: freebsd-hackers@freebsd.org
Subject: Re: processes private data
Message-ID: <20010702191611.A12009@avon.alcove-fr>
References: <20010629110607.B19935@avon.alcove-fr> <Pine.BSF.4.33.0106291329580.2969-100000@herring.nlsystems.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.4i
In-Reply-To: <Pine.BSF.4.33.0106291329580.2969-100000@herring.nlsystems.com>; from dfr@nlsystems.com on Fri, Jun 29, 2001 at 01:34:19PM +0100
Organization: =?iso-8859-1?Q?Alc=F4ve=2C_http:=2F=2Fwww=2Ealcove=2Ecom?=
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-hackers.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo?subject=subscribe%20freebsd-hackers>
List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20freebsd-hackers>
X-Loop: FreeBSD.ORG

On Fri, Jun 29, 2001 at 01:34:19PM +0100, Doug Rabson wrote:
> 
> When you get a new struct file from falloc(), VFS has nothing to do with
> it. As you can see from the streamsopen() code, you can change f_ops
> (which by default points at &badfileops) and f_data (defaults to zero) to
> point at your own functions and data.
> 
> The point is that you are creating a new file. The VFS-owned file which
> ended up calling the open driver entrypoint will be discarded in favour of
> your new one.

But, what about all the locking stuff in vn_xxxx()? How can I know if
I actually need them?

Nicholas

-- 
Alcôve Technical Manager - Nicolas.Souchu@fr.alcove.com - http://www.alcove.com
Open Source Software Developer - nsouch@freebsd.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message