kernel: ath0: device timeout

[Ross Finlayson]

>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.