From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 16:39:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8FF16A4CE for ; Fri, 11 Mar 2005 16:39:54 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E4B143D58 for ; Fri, 11 Mar 2005 16:39:53 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2BGcuib053224; Fri, 11 Mar 2005 10:38:56 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4231C99C.1010407@centtech.com> Date: Fri, 11 Mar 2005 10:38:52 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: frank@exit.com References: <200503111549.j2BFnABc092212@realtime.exit.com> In-Reply-To: <200503111549.j2BFnABc092212@realtime.exit.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 15:01:48 2005 on mh1.centtech.com X-Virus-Status: Clean cc: Sam Leffler cc: FreeBSD Current Subject: Re: [Fwd: cvs commit: src/sys/modules Makefile src/sys/conf files src/sys/modules/ath_rate_sample Makefile src/sys/i386/conf NOTES] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 16:39:54 -0000 Frank Mayhar wrote: > Eric Anderson wrote: > >>Sam Leffler wrote: >> >>>If you''re an ath user on current it'd be great to get John some >>>feedback on his rate control algorithm as it might be made the default. >>> I've not tested it with 5210 or 5211 cards and it's likely to have some >>>issues with them so beware. To use it be sure you have up to date code >>>and then specify >>> >>>device ath_rate_sample >>> >>>instead of the normal ath_rate_onoe. >> >>After updating to latest -current (as of about an hour ago), I can't use my atheros card anymore. Here's what I have: >> >>In /boot/loader.conf: >> >>ath_load="YES" >>ath_hal_load="YES" >>ath_rate_amrr="YES" > > > Um, this is a no-op. Both of the old ones (and I assume the new one as well) > install as "ath_rate.ko." This means that the last one wins, which will now > be ath_rate_sample (previously it was ath_rate_onoe). Hmm - this was working this morning before I updated, with a -CURRENT as of last week, and I didn't notice anything in /usr/src/UPDATING. So what I should have is: ath_load="YES" ath_hal_load="YES" ath_rate_load="YES" I guess what I missed (and just noticed), is that there are not individual modules for each rate algorithm now, one module (named ath_rate) that is the algorithm of whatever is built. > You want to go to sys/modules/ath_rate_{amrr|onoe|sample| and do a 'make > install'. I did that already - but why doesn't a 'make installkernel ...' not accomplish that? (forgive my ignorance) >>kldstat shows me: >>11 1 0xc0941000 26b60 ath_hal.ko >>22 1 0xc29d8000 3000 wlan_wep.ko >> >>dmesg showed this: >>link_elf: symbol ath_hal_computetxtime undefined >>KLD if_ath.ko: depends on ath_rate - not available > > > Hmm. Is ath_rate_sample linked properly? How can I help you determine that? (is readelf -a output what you want?) It seems as though I need to load ath_rate before if_ath, but ath_rate is failing due to: link_elf: symbol ath_hal_computetxtime undefined Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------