Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 Nov 1998 09:23:08 +0000 (GMT)
From:      Doug Rabson <dfr@nlsystems.com>
To:        Mike Smith <mike@smith.net.au>
Cc:        "Norman C. Rice" <nrice@emu.sourcee.com>, Bruce Evans <bde@zeta.org.au>, mjacob@feral.com, current@FreeBSD.ORG
Subject:   Re: Location for driver includes (was Re: Breakage in -current for theALPHA) 
Message-ID:  <Pine.BSF.4.01.9811250921480.21711-100000@herring.nlsystems.com>
In-Reply-To: <199811250207.SAA02557@dingo.cdrom.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 24 Nov 1998, Mike Smith wrote:

> > Is it worth sorting includes based on the type of bus which the hardware
> > is attached to?  Something like:
> > 
> > 	sys/dev/include			non-bus-specific includes
> > 	sys/dev/include/isa		isa bus includes
> > 	sys/dev/include/pci		pci bus includes
> > 	...
> 
> I don't think so; there's always the case where one device with several 
> different bus interfaces but a consistent user-space presentation will 
> spanner the works.
> 
> IMHO, device-driver headers fall into two categories:
> 
>  - headers consumed only by the driver
>    These should live with the driver source files.
> 
>  - headers consumed by users-space driver users
>    These should be installed in a single location.  They might want to
>    live with the driver source files as well, although this may 
>    complicate the install process slightly.
> 
> There should be a clear logical division between the two types of 
> files, even if they're kept together.
> 
> I don't see any actual virtue in separating the user-consumed headers 
> from the driver source other than to make the install process easier.

Apart from the install issues, I'm not too worried about where the
external interface headers live in the source tree.  The place where they
are installed to needs to be agreed though.

--
Doug Rabson				Mail:  dfr@nlsystems.com
Nonlinear Systems Ltd.			Phone: +44 181 951 1891
					Fax:   +44 181 381 1039


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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.01.9811250921480.21711-100000>