Subject: Re: CVS commit: src/sys/conf
To: None <source-changes@netbsd.org>
From: Rui Paulo <rpaulo@fnop.net>
List: source-changes
Date: 04/26/2006 20:07:08
Quentin Garnier <cube@cubidou.net> writes:

> On Wed, Apr 26, 2006 at 06:36:26PM +0000, Rui Paulo wrote:
>> 
>> Module Name:	src
>> Committed By:	rpaulo
>> Date:		Wed Apr 26 18:36:25 UTC 2006
>> 
>> Added Files:
>> 	src/sys/conf: lint.cardbus lint.compat lint.fs lint.isa lint.mca
>> 	    lint.misc lint.net lint.pci lint.pcmcia lint.usb lint.wscons
>> 
>> Log Message:
>> Add work in progress lint files that will be used by port specific
>> LINT kernel config files (will be added later).
>> The list is far from complete and there are some missing files, busses and
>> devices.
>
> I like the idea of having a LINT kernel (or some way to obtain it), but
> those files strike me as the wrong way to do it.
>
> I'd rather see config(1) generates a LINT file with all possible
> options stuffed in.  It is foolish to expect people to maintain this
> bunch of files sprinkled all around the tree.
>
> LINT will not be meant to be booted, so config(1) may very well
> generate it, issueing starred instances definitions for all devices it
> finds, even though it makes little sense (and just plain doesn't work)
> for ISA devices and the like.  The point is to compile every possible
> driver for a given arch, so config(1) ought to parse everything and
> spits out the resulting configuration.
>
> I'm willing to help with the details, but I really object to those
> lint.* files which will rot faster than it takes to write them.

Ok, some topics:
    * config(1) has no way of knowing about the conflicting options
    (normally they are hardcoded in the .c file with #error's -- as
    you know I proposed some a way to fix this PR #32714)
    * config(1) can easily generate output for devices that are in
    "autoconfigurable" busses like PCI, ISA-PnP, etc. but has no way
    to output the exact configuration for ISA for example (port, irq,
    iomem, etc.)
    * can config(1) generate pseudo-devices for file-systems too ?


-- 
  Rui Paulo			<rpaulo@{NetBSD{,-PT}.org,fnop.net}>