Hi, there!

Attachment is the diff that contains my work on net80211_ratectl done these

I've done the fllowing things:

1) Add some rc options.
Chip can tell some options (i.e. whether mrr and mrrprot is support,
whether have more than 1 txchain, etc.) to rc code when rc is initializing.
Then rc algo can calc rates with these options in mind and do the right

2) Support multi-rate attempt.
Instead of returning just one rate, let rc return up to 4 rates. I add
ieee80211_rc_series. Basically, it's just a copy of ath_rc_series but drop
max4msframelen filed (it seems that max4msframelen is not used to setup the
rc stuffs). And at each rate lookup, rc can get shortPreamble and frameLen
info from the caller.

3) Support some 11n features.
Add some 11n features (i.e. cw40, short-gi, stbc) to net80211 rc stuffs. To
be frankly, I just let the rc algo decide whether to use the 11n features.
But I do provide rc algo with some abilities to know whether particular
feature can be used. Then, rc algo can do rate decisions based on these cap

Besides, I use iv_htcaps other than ic_htcaps to decide the 11n features
capabilities. I think iv_htcaps is more relevant to per vap rc operations
and I found iv_htcaps is just a copy of ic_htcaps at first (but some caps
may to be disabled by some vaps). But I'm not sure whether this can operate
properly by now.

Once the rc algo decides to use one 11n feature for some rate attemps, it
must set corresponding rate flags. This is not the same as before. For now,
the rc algo get more power and then it comes more responsibility.

4) Complete the rc flags
After the rate lookup, we have an opportunity to make sure that rc code
doesn't mess it up. I blank tries 1, 2, 3 if rts/cts is enabled and it's a
pre-802.11n scenario.

It's also the chance to fill some rate options/flags that the rc algo may
not be interested by now.

Looking forward to your feedbacks!



Attachment: 20130722-net80211-ratectl.diff
Description: Binary data

freebsd-wireless@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Reply via email to