From owner-freebsd-mobile@FreeBSD.ORG  Fri Apr 28 21:16:20 2006
Return-Path: <owner-freebsd-mobile@FreeBSD.ORG>
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 1AC4D16A40A
	for <freebsd-mobile@freebsd.org>; Fri, 28 Apr 2006 21:16:20 +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 CDF4343D48
	for <freebsd-mobile@freebsd.org>; Fri, 28 Apr 2006 21:16:19 +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 k3SLGJPH042419
	for <freebsd-mobile@freebsd.org>; Fri, 28 Apr 2006 14:16:19 -0700 (PDT)
	(envelope-from rsf@ns.live555.com)
Received: (from rsf@localhost)
	by ns.live555.com (8.13.4/8.13.4/Submit) id k3SLGJTf042418;
	Fri, 28 Apr 2006 14:16:19 -0700 (PDT) (envelope-from rsf)
Message-Id: <7.0.1.0.1.20060428141609.01d4a828@live555.com>
Message-Id: <7.0.1.0.1.20060428141146.01dd0910@live555.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
Date: Fri, 28 Apr 2006 14:16:13 -0700
To: freebsd-mobile@freebsd.org
From: Ross Finlayson <finlayson@live555.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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>, 
	<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
	<mailto:freebsd-mobile-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Apr 2006 21:16:20 -0000


>If changing the tx rate control algorithm really fixes it then that 
>says sample may be handing back bogus rate codes.  Since I can't 
>make this happen someone else needs to dig.
>
>As to better performance, onoe is not especially good and I do not 
>recommend it.  However sample is too aggressive on up-shifting the 
>tx rate and tends to vary the rate too quickly so can degrade 
>performance when signal deteriorates.  I have done extensive testing 
>of all the rate control algorithms as well as a proprietary one and 
>chose sample as the default.

Excuse the naive question, but if I were to try using a different 
rate control algorithm than the default one, then how specifically 
would I go about doing so?  Currently I just do

         kldload -v if_ath

Should I also (or instead?) run
         kldload -v ath_rate_onoe
or something??

Ideally, I'd prefer not to have to change the default algorithm, but 
something with the current "ath" driver is just not working well for me.

         Ross.