Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 7 May 1999 16:32:37 +0930
From:      Greg Lehey <grog@lemis.com>
To:        Bruce Evans <bde@zeta.org.au>
Cc:        phk@critter.freebsd.dk, cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org
Subject:   Re: cvs commit: src/sys/sys disk.h
Message-ID:  <19990507163237.R40359@freebie.lemis.com>
In-Reply-To: <199905070654.QAA18942@godzilla.zeta.org.au>; from Bruce Evans on Fri, May 07, 1999 at 04:54:10PM %2B1000
References:  <199905070654.QAA18942@godzilla.zeta.org.au>

next in thread | previous in thread | raw e-mail | index | archive | help
On Friday,  7 May 1999 at 16:54:10 +1000, Bruce Evans wrote:
>> 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.

Small is beautiful.  One less header file is good.  disk.h got
superseded by nothing :-)

>> 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? :-)

<parable-mode>

Novice hacker goes to guru.

NH: Guru, I want to write a driver.
G:  RTFM.
NH: Which FM?
G:  Read the source code of another driver, then WTFM.

</parable-mode>

Guess which driver I read?

>> 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.

If these countless generations have known about it, how come buf(9) is
still so woefully inadequate?  I had a crack at it a while back, but
it was almost impossible to write anything that I was certain about.
I think you'll find that phk will drag up and eliminate a whole lot
more cruft before he's done.  I would have thought that you'd applaud
his actions.

Greg
--
See complete headers for address, home page and phone numbers
finger grog@lemis.com for PGP public key


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990507163237.R40359>