kernel.git/Documentation/DocBook/80211.tmpl, branch linux-3.19.y

cfg80211: refactor cfg80211_can_use_iftype_chan()

2014-04-09T08:55:39Z

Separate the code that counts the interface types and channels from the code that check the interface combinations. The new function that checks for combinations is exported so it can be called by the drivers. This is done in preparation for moving the interface combinations checks out of cfg80211. Signed-off-by: Luciano Coelho Signed-off-by: Johannes Berg

cfg80211: docbook: add interface combinations documentation

2014-02-21T08:27:34Z

Add the ieee80211_iface_limit and the ieee80211_iface_combination structures to docbook. Reformat the examples of combinations slightly, so it looks a bit better on docbook. Signed-off-by: Luciano Coelho Signed-off-by: Johannes Berg

cfg80211: fix docbook references

2013-10-28T14:05:23Z

Two functions were changed but their references weren't updated in the docbook template, propagate the change. Signed-off-by: Johannes Berg

mac80211: add control port protocol TX control flag

2013-08-12T12:09:29Z

A lot of drivers check the frame protocol for ETH_P_PAE, for various reasons (like making those more reliable). Add a new flags bitmap to the TX control info and a new flag indicating the control port protocol is in use to let all drivers also apply such logic to other control port protocols, should they be configured. Also use the new flag in the iwlwifi drivers. Signed-off-by: Johannes Berg

wireless: fix kernel-doc

2013-06-05T07:33:32Z

Some kernel-doc fixes for forgotten fields and renamed things. Signed-off-by: Johannes Berg

cfg80211/mac80211: use cfg80211 wdev mutex in mac80211

2013-05-24T22:02:16Z

Using separate locks in cfg80211 and mac80211 has always caused issues, for example having to unlock in places in mac80211 to call cfg80211, which even needed a framework to make cfg80211 calls after some functions returned etc. Additionally, I suspect some issues people have reported with the cfg80211 state getting confused could be due to such issues, when cfg80211 is asking mac80211 to change state but mac80211 is in the process of telling cfg80211 that the state changed (in another way.) Signed-off-by: Johannes Berg

mac80211: provide ieee80211_sta_eosp()

2013-03-07T13:33:21Z

The irqsafe version ieee80211_sta_eosp_irqsafe() exists, but drivers must not mix calls to any irqsafe/non-irqsafe function. Both ath9k and iwlwifi, the likely first users of this interface, use non-irqsafe RX/TX/TX status so must also use a non-irqsafe version of this function. Since no driver uses the _irqsafe() version, remove that. Signed-off-by: Johannes Berg

cfg80211: add correct docbook entries

2013-02-18T12:48:40Z

Update the 802.11 book to list the correct data structures. Signed-off-by: Johannes Berg

mac80211: remove ieee80211_key_removed

2012-07-09T12:49:15Z

This API call was intended to be used by drivers if they want to optimize key handling by removing one key when another is added. Remove it since no driver is using it. If needed, it can always be added back. Signed-off-by: Johannes Berg

mac80211: notify driver of rate control updates

2012-04-10T18:54:08Z

Devices that have internal rate control need to be notified when the bandwidth or SMPS state changes just like external rate control algorithms get a notification now. Add this notification and clarify the change bits while at it, the HT_CHANGED bit really meant only bandwidth changed. Signed-off-by: Johannes Berg Signed-off-by: John W. Linville