summaryrefslogtreecommitdiffstats
path: root/sys/net80211/ieee80211_ratectl.h
Commit message (Collapse)AuthorAgeFilesLines
* The ni_rctls checks are used to verify that a ratectl algo has set upbschmidt2010-11-141-8/+0
| | | | | | | | | | its internal data. This has been used to bypass missing calls in drivers which do not use the ratectl framework correctly. Issue is, not all algos use that variable, or even have internal data, therefore valid calls are not done. Fix this by removing the checks, all driver issues should be resolved. MFC after: 1 week
* Instead of using the AMRR ratectl algo as default for drivers which havebschmidt2010-11-061-6/+1
| | | | | | | | | | | | | | | the IEEE80211_C_RATECTL flag set, default to NONE for all drivers. Only if a driver calls ieee80211_ratectl_init() check if the NONE algo is still selected and try to use AMRR in that case. Drivers are still free to use any other algo by calling ieee80211_ratectl_set() prior to the ieee80211_ratectl_init() call. After this change it is now safe to assume that a ratectl algo is always available and selected, which renders the IEEE80211_C_RATECTL flag pretty much useless. Therefore revert r211314 and 211546. Reviewed by: rpaulo MFC after: 2 weeks
* Fix an undefined behaviour if the desired ratectl algo is not available.bschmidt2010-10-191-1/+2
| | | | | | | | | | This can happen if the algos are built as modules but are not loaded. If the selected ratectl algo is not available, try to load it (The load module functions does nothing currently). Add a dummy ratectl algo which always selects the first available rate. Use that one if the desired algo is not available. MFC after: 1 week
* Swap IEEE80211_RATECTL_TX_SUCCESS/IEEE80211_RATECTL_TX_FAILURE.rpaulo2010-04-091-2/+2
| | | | | Submitted by: PseudoCylon Furukoshi <moonlightakkiy at yahoo.ca> MFC after: 1 month
* Prevent foot-shooting in ieee80211_ratectl_node_deinit().rpaulo2010-04-081-0/+2
| | | | MFC after: 1 month
* Fix build.rpaulo2010-04-071-1/+1
| | | | | Pointy hat: me MFC after: 1 month
* net80211 rate control framework (net80211 ratectl).rpaulo2010-04-071-0/+127
This framework allows drivers to abstract the rate control algorithm and just feed the framework with the usable parameters. The rate control framework will now deal with passing the parameters to the selected algorithm. Right now we have AMRR (the default) and RSSADAPT but there's no way to select one with ifconfig, yet. The objective is to have more rate control algorithms in the net80211 stack so all drivers[0] can use it. Ideally, we'll have the well-known sample rate control algorithm in the net80211 at some point so all drivers can use it (not just ath). [0] all drivers that do rate control in software, that is. Reviewed by: bschmidt, thompsa, weyongo MFC after: 1 months
OpenPOWER on IntegriCloud