From owner-cvs-all Thu May 6 23:54:17 1999 Delivered-To: cvs-all@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 0300614DE1; Thu, 6 May 1999 23:54:12 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id QAA18942; Fri, 7 May 1999 16:54:10 +1000 Date: Fri, 7 May 1999 16:54:10 +1000 From: Bruce Evans Message-Id: <199905070654.QAA18942@godzilla.zeta.org.au> To: bde@zeta.org.au, grog@lemis.com, phk@critter.freebsd.dk Subject: Re: cvs commit: src/sys/sys disk.h Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk >Funny, I thought the documentation went into /usr/src/share/doc, and >old, no longer used files went to Attic. What am I missing? Most documentation goes into cvs history. Most unused kernel files don't get put into the attic unless they are superseded by something better. >The only thing that will happen if the cruft is left in -CURRENT is >that people like me will use the stuff. An #error in the file would What documentation or examples say to use it? :-) >just confuse the issue. As phk has pointed out, struct buf contains a >whole lot of fields which never got used, but which countless >generations of driver programmers religiously initialized. Cleaning >this stuff up is good. They all got used but a few (2 or 3) recently became unused and fewer (1 or 2) haven't been used for some time. Countless generations of driver authors should have known to not even look at most fields in struct buf. Only vfs_bio and meta-drivers like ccd and vinum need to know about them. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message