From owner-freebsd-mobile@FreeBSD.ORG Fri Apr 28 22:56:30 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 229D616A400 for ; Fri, 28 Apr 2006 22:56:30 +0000 (UTC) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (ns.live555.com [66.80.62.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2AD543D45 for ; Fri, 28 Apr 2006 22:56:29 +0000 (GMT) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (localhost.live555.com [127.0.0.1]) by ns.live555.com (8.13.4/8.13.4) with ESMTP id k3SMuTLq021433 for ; Fri, 28 Apr 2006 15:56:29 -0700 (PDT) (envelope-from rsf@ns.live555.com) Received: (from rsf@localhost) by ns.live555.com (8.13.4/8.13.4/Submit) id k3SMuTan021432; Fri, 28 Apr 2006 15:56:29 -0700 (PDT) (envelope-from rsf) Message-Id: <7.0.1.0.1.20060428154610.01d4a828@live555.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Fri, 28 Apr 2006 15:55:24 -0700 To: freebsd-mobile@freebsd.org From: Ross Finlayson In-Reply-To: <445290B9.5050807@errno.com> References: <7.0.1.0.1.20060428141609.01d4a828@live555.com> <445290B9.5050807@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: kernel: ath0: device timeout X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2006 22:56:30 -0000 >ath_rate.ko is the target built by any of ath_rate_sample, >ath_rate_onoe, and ath_rate_amrr so if you're using modules you >build+install whichever is appropriate and then kldload if_ath. OK, I see - "ath_rate_sample" turns out to be the default because it appears last in the list of "ath_rate_*" in "/usr/src/sys/modules/Makefile". Thanks. FYI, the performance of my "ath0" device has improved noticeably since I started using "ath_rate_onoe" instead of "ath_rate_sample". However, I am still seeing the occasional "ath0: device timeout" error. >I have done extensive testing of all the rate control algorithms as >well as a proprietary one and chose sample as the default. However >none are anywhere near as effective as the proprietary one. What is the problem with the 'proprietary' algorithm? Is it that Atheros has not released the source code? Or are there patent issues?? How does Linux deal with this - do they just used a closed source binary kernel module, or something? Also, out of curiosity, what is "ath_rate_amrr", and how does it compare with the other two available algorithms (onoe and sample)? Ross.