Date: Tue, 3 Aug 1999 10:21:42 -0500 From: "Alton, Matthew" <Matthew.Alton@anheuser-busch.com> To: "'Matthew Dillon'" <dillon@apollo.backplane.com> Cc: "'Nik Clayton'" <nik@nothing-going-on.demon.co.uk>, "David E. Cross" <crossd@cs.rpi.edu>, freebsd-hackers@FreeBSD.ORG Subject: RE: RE: DOC volunteer WAS:RE: userfs help needed. Message-ID: <BED2E68B5FB4D21193C90008C7C56836564D4F@STLABCEXG012>
next in thread | raw e-mail | index | archive | help
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 > <dillon@backplane.com> > > > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BED2E68B5FB4D21193C90008C7C56836564D4F>