Re: adaptive rate algorithms and Atheros adaptive radio

Pavel Roskin <[email protected]> Thu, 04 Mar 2010 22:17:25 -0500
Newsgroups gmane.linux.drivers.madwifi.user
Message-ID <1267759045.4884.13.camel@ct>
On Thu, 2010-03-04 at 11:46 +0530, MOHAN.R. wrote:

> 1. It is my understanding that the adaptive rate algorithm ( sample,
> minstrel, etc..) is enabled only when the rate is set to auto using
> the iwconfig command. If an explicit rate such as 36M is set, then the
> adaptive rate algorithm is disabled. Is my understanding correct?

That's true.  I know that from the code.  Just search for iv_fixed_rate
under ath_rate to see for yourself.

> 2. Both adaptive rate algorithms as well as Atheros adaptive radio do
> the same job of selecting the best possible data rate over air.

I don't see any references to "adaptive radio" in the code.  If you mean
AMMR (Adaptive Multi Rate Retry), that's just another rate control
algorithm, like sample and minstrel.

> If both are enabled (rate set to auto using iwconfig and ar set to 1 /
> enabled using the iwpriv) will there be a conflict of interests
> between these?

The "ar" parameter ultimately leads to the IEEE80211_ATHC_AR bit, which
is described in net80211/ieee80211.h:

#define IEEE80211_ATHC_AR       0x0010          /* Advanced Radar support */

Apart from the above comment, this is completely undocumented, as far as
I can tell.

-- 
Regards,
Pavel Roskin

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev