Rafal Jaworowski wrote:
On 2009-06-25, at 12:19, Alexander Motin wrote:
Rafal Jaworowski wrote:
=====================================================================
--- head/sys/conf/files    Wed Jun 24 15:33:33 2009    (r194843)
+++ head/sys/conf/files    Wed Jun 24 15:38:17 2009    (r194844)
@@ -491,12 +491,12 @@ dev/ata/ata_if.m        optional ata | atacore
dev/ata/ata-all.c        optional ata | atacore
dev/ata/ata-lowlevel.c        optional ata | atacore
dev/ata/ata-queue.c        optional ata | atacore
+dev/ata/ata-dma.c        optional ata | atadma
+dev/ata/ata-sata.c        optional ata | atasata

What is atadma and atasata here, kernel options? What for are they needed? You will not be able to build most of drivers without them, while enabling them for others will not give you any benefit, just bigger code size. I think dependency must be reviewed there.

This was supposed to follow the fine grained kernel options route for various ata subsystems. Both ata-dma.c and ata-sata.c seem orthogonal to the rest of the ata framework (think ata controller without DMA, which is often seen in embedded). They could also be made mandatory under atacore, I have no problem with this approach too.

There is move for fine-grained PCI drivers modularization. But ata-dma.c and ata-sata.c are not a drivers and are not a kernel modules. They are not orthogonal, but mandatory requisites of some drivers (all PCI, plus may be some others).

All kernel build dependencies must be tracked without user influence. So please, or, as you said, add them both to the atacore, or, as I would prefer, ata-dma.c to atapci and any other requiring drivers, and ata-sata.c to atacore.

--
Alexander Motin
_______________________________________________
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"

Reply via email to