From owner-freebsd-hackers Fri Oct 24 10:58:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA07667 for hackers-outgoing; Fri, 24 Oct 1997 10:58:00 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA07651 for ; Fri, 24 Oct 1997 10:57:52 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id KAA26349; Fri, 24 Oct 1997 10:57:35 -0700 (PDT) Message-ID: <19971024105734.33600@hydrogen.nike.efn.org> Date: Fri, 24 Oct 1997 10:57:34 -0700 From: John-Mark Gurney To: Terry Lambert Cc: Michael Hancock , luigi@labinfo.iet.unipi.it, hackers@FreeBSD.ORG Subject: Re: zipfs filesystem anyone ? References: <199710241715.KAA13208@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199710241715.KAA13208@usr08.primenet.com>; from Terry Lambert on Fri, Oct 24, 1997 at 05:15:02PM +0000 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert scribbled this message on Oct 24: > The only real pain is extending the number of VOP's, should you need to... > and that's going to bite you no matter how you approach it because the > BSD VFS init code is broken (it counts the number of VOP's in the > statically linked UFS instead of using the struct vnops descriptor count, > with placeholders for some "reasonable number" of new VOPs). are you really sure about this? by my reading of the code in vfs_init.c (and I've sent enough time looking at the code reciently), the size of the opv table is vfs_opv_numops = sizeof(vfs_op_desc)/ sizeof(struct vnodeop_desc*) -1... shouldn't this be enough? or am I completely missreading the code? wouldn't simply increasing the allocated vfs_opv_numops a constant value, then keeping track of this information be enough? or are you looking at something more? [...] > I don't know how much of the recent twiddling has been "make it work at > any cost" as oppossed to real cleanup. I really think the VFS needs to > be "dekludgeified" before more new stuff is added. If you make something > parallel to something crooked, you end up with two crooked things. There > needs to be someone in there with a "T-square" before an entire crooked > house is built. yep... I know what you mean... and that is why I'm not writing any code for my bus/device design until I'm satisfied with it longer than a week.. (actually, the rate I've been going, more like a month) :) -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD