From owner-freebsd-hackers Tue Aug 3 8:23:53 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gatewaya.anheuser-busch.com (gatewaya.anheuser-busch.com [151.145.250.252]) by hub.freebsd.org (Postfix) with SMTP id C0DF114F50 for ; Tue, 3 Aug 1999 08:23:49 -0700 (PDT) (envelope-from Matthew.Alton@anheuser-busch.com) Received: by gatewaya.anheuser-busch.com; id KAA20234; Tue, 3 Aug 1999 10:24:47 -0500 Received: from stlexggtw002-pozzoli.fw-users.busch.com(151.145.101.130) by gatewaya.anheuser-busch.com via smap (V5.0) id xma020025; Tue, 3 Aug 99 10:23:43 -0500 Received: from stlabcexg004.anheuser-busch.com ([151.145.101.160]) by 151.145.101.130 (Norton AntiVirus for Internet Email Gateways 1.0) ; Tue, 03 Aug 1999 15:21:47 0000 (GMT) Received: by stlabcexg004.anheuser-busch.com with Internet Mail Service (5.5.2448.0) id ; Tue, 3 Aug 1999 10:21:49 -0500 Message-ID: From: "Alton, Matthew" To: "'Matthew Dillon'" Cc: "'Nik Clayton'" , "David E. Cross" , freebsd-hackers@FreeBSD.ORG Subject: RE: RE: DOC volunteer WAS:RE: userfs help needed. Date: Tue, 3 Aug 1999 10:21:42 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ach. As I read my original mail here I realize that I didn't make clear that the chief aim of developing this FS is to glean information for the FS doc. My idea is to learn by writing a toy FS and to elaborate upon the experience in the form of a FS-doc. I'll hold off until the new FS code is here. What are the perceived shortcomings of the current VFS? What suggestions are being considered for the new design? What are the principal design objectives? > -----Original Message----- > From: Matthew Dillon [SMTP:dillon@apollo.backplane.com] > Sent: Friday, July 30, 1999 9:20 PM > To: Alton, Matthew > Cc: 'Nik Clayton'; David E. Cross; freebsd-hackers@FreeBSD.ORG > Subject: Re: RE: DOC volunteer WAS:RE: userfs help needed. > > > :Anyway, Mr. Dillon, once I have a development box to smack around, I > :intend to start with your suggestion of implementing a filesystem > :of my own concoction by returning an error for all VOP calls and > :issuing a kernel printf. How visible will the new VOP code be to > :me at this level? The Penguins are rewriting the bejesus out of their > :VFS system to the point where all the existing FS code must be redone > :to conform. Please debifurcate: > :1) Any attempt from-scratch FS development should definitely wait for > : the new VFS code. Start now and you'll only end up rewiting in the > : Fall. > :2) Hack away. All changes will be completely transparent to the FS > : coder. Your code, as well as everything in 2.x and 3.x will drag > : and drop right into the new model and build like the very wind. > :Thanks > > I would go with option #2. The VFS/BIO changes are several months > away at the very least. The framework hasn't even been worked out > yet. The new model will not be compatible with the old, but if your > stuff is in the source tree whoever winds up doing the major porting > work will port it along with everything else. > > -Matt > Matthew Dillon > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message