Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 31 Mar 2011 15:58:50 -0400
From:      John Baldwin <jhb@freebsd.org>
To:        Warner Losh <imp@bsdimp.com>
Cc:        svn-src-head@freebsd.org, Adrian Chadd <adrian@freebsd.org>, src-committers@freebsd.org, svn-src-all@freebsd.org
Subject:   Re: svn commit: r220185 - in head/sys: amd64/conf arm/conf conf dev/ath i386/conf mips/conf modules modules/ath modules/ath_ahb modules/ath_pci pc98/conf sparc64/conf
Message-ID:  <201103311558.50709.jhb@freebsd.org>
In-Reply-To: <73CB36BD-1C9E-4992-A3C7-B540ABB7F11E@bsdimp.com>
References:  <201103310807.p2V87DHV096049@svn.freebsd.org> <201103310740.20265.jhb@freebsd.org> <73CB36BD-1C9E-4992-A3C7-B540ABB7F11E@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201103311558.50709.jhb>