Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 23 Feb 2003 22:41:29 -0800
From:      Marcel Moolenaar <marcel@xcllnt.net>
To:        freebsd-arch@FreeBSD.ORG
Subject:   Re: [RFC] splitting of conf/NOTES
Message-ID:  <20030224064129.GA13290@dhcp53.pn.xcllnt.net>
In-Reply-To: <20030224062029.GA6648@dragon.nuxi.com>
References:  <20030224001644.GA67255@dragon.nuxi.com> <20030224120037.D4403-100000@gamplex.bde.org> <20030224023118.GD67312@dragon.nuxi.com> <20030224040250.GA19558@athlon.pn.xcllnt.net> <20030224062029.GA6648@dragon.nuxi.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Feb 23, 2003 at 10:20:29PM -0800, David O'Brien wrote:
> On Sun, Feb 23, 2003 at 08:02:50PM -0800, Marcel Moolenaar wrote:
> > As I said before, I like the idea. I don't think this is the best
> > separation though.
> 
> Unfortunately too many others didn't.
> I have a new patch http://people.freebsd.org/~obrien/sp64notes.diff
> (same name) that uses "nodevice" and sed to remove options.

I think this is worse:
o  devices, options and hints are related in a particular way that
   config(8) doesn't handle. Removal of a device automaticly
   implies removal of its options and hints. On the other hand,
   Removal of hints and/or options does not imply removal of the
   device. The "nodevice" approach has no way for config(8) to
   honour the relationship and causes pollution and duplication
   (such as the sed in the makefile), or worse: conflicts.
o  The addition of a new driver must almost always be accompanied
   by a number of nodevice entries for platforms on which the device
   does not work, which generally yields a worsed case approximation
   (= disabled on architectures the committer is not able to test on).
o  The list of nodevice entries can get pretty large on some systems.
   This pollutes the config file, possibly to the extend that the
   nodevice list is longer than the device list.
 
In short: I think the nodevice construct is a kludge. Just another
quick and dirty hack that apparently has a high risk of being
promoted to "solution". 

Don't let my opinion stand in your way of getting LINT on sparc,
though.

$0.02

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

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




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