ATA modules work committed

Søren Schmidt sos at
Thu Oct 9 13:22:26 UTC 2008

Hi all!

I've just committed the roumored ATA modulerisation works, and it  
needs a little explanation I guess.

If you just config KERNEL as usual there should be no apparent  
changes, you'll get all chipset support code compiled in.

However there is now a way to only compile in code for chipsets needed  
on a pr vendor basis. ATA now has the following "device" entries:

atacore:	ATA core functionality, always needed for any ATA setup

atacard:	CARDBUS support
atacbus:	PC98 cbus support
ataisa:		ISA bus support
atapci:		PCI bus support only generic chipset support.

ataahci:	AHCI support, also pulled in by some vendor modules.

ataacard, ataacerlabs, ataadaptec, ataamd, ataati, atacenatek,  
atacypress, atacyrix, atahighpoint, ataintel, ataite, atajmicron,  
atamarvell, atamicron, atanational, atanetcell, atanvidia, atapromise,  
ataserverworks, atasiliconimage, atasis, atavia;	Vendor support, ie  
atavia for VIA chipsets

atadisk:	ATA disk driver
ataraid:	ATA softraid driver

atapicd:	ATAPI cd/dvd driver
atapifd:	ATAPI floppy/flashdisk driver
atapist:	ATAPI tape driver

atausb:		ATA<>USB bridge
atapicam:	ATA<>CAM bridge

This makes it possible to config a kernel with just VIA chipset  
support by having the following ATA lines in the kernel config file:

device          atacore
device          atapci
device          atavia

And then you need the atadisk, atapicd etc lines in there just as usual.

If you use ATA as modules loaded at boot there is few changes except  
the rename of the "ata" module to "atacore", things looks just as usual.
However under atapci you now have a whole bunch of vendor specific  
drivers, that you can kldload individually depending on you needs.  
Drivers have the same names as used in the kernel config explained  


-------------- next part --------------
A non-text attachment was scrubbed...
Type: application/octet-stream
Size: 1769 bytes
Desc: not available
Url :
-------------- next part --------------

More information about the freebsd-current mailing list