On Thursday, March 31, 2011 3:29:11 pm Warner Losh wrote:
> 
> On Mar 31, 2011, at 5:40 AM, John Baldwin wrote:
> 
> > On Thursday, March 31, 2011 4:07:13 am Adrian Chadd wrote:
> >> Author: adrian
> >> Date: Thu Mar 31 08:07:13 2011
> >> New Revision: 220185
> >> URL: http://svn.freebsd.org/changeset/base/220185
> >> 
> >> Log:
> >>  Break out the ath PCI logic into a separate device/module.
> >> 
> >>  Introduce the AHB glue for Atheros embedded systems. Right now it's
> >>  hard-coded for the AR9130 chip whose support isn't yet in this HAL;
> >>  it'll be added in a subsequent commit.
> >> 
> >>  Kernel configuration files now need both 'ath' and 'ath_pci' devices; both
> >>  modules need to be loaded for the ath device to work.
> > 
> > Err, there's no need to break the kernel config.  Just have the kernel DTRT 
> > if 
> > both ath and pci are enabled using something like:
> > 
> > sys/dev/ath/if_ath_pci.c            ath pci
> > 
> > in sys/conf/files.
> > 
> > You can still have an if_ath_pci.ko module with this arrangement.  This is 
> > what almost all other drivers due that have multiple bus backends.
> 
> Well, most drivers with multiple back ends compile all the relevant ones for 
> the platform in.  There's very few that call out individual ones (ata 
and its kin being the big exception).

Yes, that is true for modules, and I agree that the module build for if_ath.ko
should just include all the relevant bus attachments for each platform.

There's certainly no reason to not use the method above for sys/conf/files
and remove 'device ath_pci', etc.

-- 
John Baldwin
_______________________________________________
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