DragonFly BSD
DragonFly kernel List (threaded) for 2003-08
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: sys/ tree re-structuring proposal


From: Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxx>
Date: Mon, 4 Aug 2003 00:20:16 -0700 (PDT)

:> sys/modules/
:> 	|
:> 	|- net/      - Network related eg. ethernet drivers, netgraph...
:> 	|- security/ - Things like IPFilter, IPFW and CRYPTO go here...
:> 	|- dev/      - Device Tree (sub-divided by buses)
:> 	|   |
:> 	|   |- pci/	  PCI and related driver build files
:> 	|   |- isa/	  ISA and related build files
:> 	|   |- usb/	  USB and related build files
:> 	|   |- firewire/  IEEE-1394 and related build files
:> 	|   |- etc...
:> 	|
:> 	|- vfs/      - File systems.
:> 	|- exec/     - Emulation and related framework build files
:> 	|- contrib/  - Contributed modules, eg. gnufp, ext2fs, etc.
:> 	|- misc/     - Uncategorized driver build files
:> 
:
:This was discussed for FreeBSD too, though I'm not sure if it ever hit
:the lists. Some of the problems that popped up were USB NICs (for
:instance). Do they belong under net or dev/usb?
:
:There were quite a few examples like that, and perhaps other pitfalls -
:I wasn't able to stick around until the discussion had settled.
:
:-- 
:Munish Chopra

    net is a special case because there are so blasted many NIC drivers.
    I would have a tendancy to create a bus hierarchy under net/ as well as
    under dev/, so:

    net {
	pci
	isa
	usb
	firewire
	etc...
    }
    dev {	/* non-NIC device drivers */
	pci
	isa
	usb
	firewire
	etc...
    }

    Another reason for keeping net/ separated out is that a lot of the NIC
    drivers could potentially share a mini-library's worth of code, like
    the miibus stuff for example, which could go in net/common or something
    like that.

					-Matt
					Matthew Dillon 
					<dillon@xxxxxxxxxxxxx>




[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]