From owner-freebsd-fs Sat Jan 22 22: 9:12 2000 Delivered-To: freebsd-fs@freebsd.org Received: from yana.lemis.com (yana.lemis.com [192.109.197.140]) by hub.freebsd.org (Postfix) with ESMTP id 5EFBA14EF9; Sat, 22 Jan 2000 22:08:46 -0800 (PST) (envelope-from grog@mojave.worldwide.lemis.com) Received: from mojave.worldwide.lemis.com (j39.klt31.jaring.my [161.142.169.233]) by yana.lemis.com (8.8.8/8.8.8) with ESMTP id QAA11622; Sun, 23 Jan 2000 16:37:28 +1030 (CST) (envelope-from grog@mojave.worldwide.lemis.com) Received: (from grog@localhost) by mojave.worldwide.lemis.com (8.9.3/8.9.3) id NAA00441; Sat, 22 Jan 2000 13:12:17 +0800 (SGT) (envelope-from grog) Date: Sat, 22 Jan 2000 13:12:17 +0800 From: Greg Lehey To: Brian Beattie Cc: Kelly Yancey , fs@FreeBSD.ORG, Poul-Henning Kamp Subject: Re: UDF, userfs Message-ID: <20000122131216.B391@mojave.worldwide.lemis.com> Reply-To: Greg Lehey References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from beattie@aracnet.com on Fri, Jan 21, 2000 at 02:21:58PM -0800 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Friday, 21 January 2000 at 14:21:58 -0800, Brian Beattie wrote: > On Fri, 21 Jan 2000, Kelly Yancey wrote: > >> On Fri, 21 Jan 2000, Brian Beattie wrote: >> >>> I have been thinking about the userfs implementation. I will need some >>> way for the user process to talk the backend of the userfs kernel code. >>> The two ways I have thought of are I/O,, probably ioctl's or a new system >>> call. >>> > ... >> Perhaps you have put more thought into it, but >> the concern that immediately comes to my mind is how to get VOP function >> calls from kernel-space to user-space. Some kind of up-call mechanism >> seems in order. You had suggested a pseudo-device, presumably with the >> intent to have daemons which implement file systems to read from to >> catch VOPs and write to to return data. > > Basicaly, the user process that implements the filesystem, would issue a > calls (i assume an ioctl on a pseudo device, but I am open to > suggestions). The userfs module would pass any VOP's back to the process, > or return an empty result. One could also implement select support. > (exact details still open) Well, in fact, you just need to interface directly to a block device. Oh. We don't have any block devices any more. phk, remember the discussion we had about this? I was saying "just because nobody can think of a good use for a block device right now doesn't mean that somebody won't come". Now Brian has come. Can we somehow resurrect a block device interface from userland? I don't think we should reintroduce block devices per se, but it would nice to have an ioctl call which says "use block device semantics for this file handle". What do you think? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message