Date: Thu, 9 Oct 2008 09:44:15 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@FreeBSD.ORG> To: John Baldwin <jhb@FreeBSD.ORG> Cc: Oleksandr Tymoshenko <gonzo@bluezbox.com>, freebsd-arch@FreeBSD.ORG Subject: Re: Modular ata chipsets data Message-ID: <60D39D64-FBE6-4646-AFEA-8AE8E5CE9E83@FreeBSD.ORG> In-Reply-To: <200810081743.45011.jhb@freebsd.org> References: <48E6D21E.8040808@bluezbox.com> <48E7AE7D.6020709@bluezbox.com> <8C0B1202-5DF8-45CF-82EA-03367BFABAE7@FreeBSD.ORG> <200810081743.45011.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 8Oct, 2008, at 23:43 , John Baldwin wrote: > On Saturday 04 October 2008 02:31:35 pm S=F8ren Schmidt wrote: >> I found the devel tree with a modulerized ATA subsystem in it, and >> just upgraded it to the latest greatest from -current. >> It can be found on http://deepcore.dk/pub/ATA as two files, ata- >> modules-diff that contains a diff for /sys/conf/files and ata- >> modules.tgz that is a replacement for /sys/dev/ata. >> This turns the chipset parts into a module for each vendor, and they >> are all compiled in as is, however they can be left out on a pr =20 >> vendor >> basis (there are a few interdependencies though). >> I havn't written all the /sys/modules/ata/*/Makefiles that it would >> take to make it into loadable modules, but thats trivial todo. >> >> Now what I'd like to find good generic solutions to is: >> >> How to select the proper modules at config/compile time without >> drowning in "option ATA_BLA_BLA" in the config. > > What happens with mii is that you have a choice, you can either use =20= > 'device > miibus' in which case you get all of the various drivers and the > infrastructure, or you can use 'dvice mii', 'device rlphy', etc. if =20= > you wish > to take a more fine-grained approach. Similarly, there is a =20 > miibus.ko that > just depends on all the sub-drivers so you can still do 'kldload =20 > miibus.ko' > to load all of them. I think this is probably a fine model as it =20 > will still > load everything by default, but people who care about the space =20 > savings can > trim things down as desired. Yep, I thought about that one too and I like the idea. I'm close to =20 having it all sorted out and ready to commit, just need to polish =20 things up a bit. I should make no functional changes just restructure =20= chipset code into seperate files. -S=F8ren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?60D39D64-FBE6-4646-AFEA-8AE8E5CE9E83>