summaryrefslogtreecommitdiff
path: root/include/net
diff options
context:
space:
mode:
authorKalle Valo <kalle.valo@iki.fi>2010-01-24 15:55:12 +0300
committerJohn W. Linville <linville@tuxdriver.com>2010-01-26 00:36:28 +0300
commiteb807fb23878bc319e029ed8ce3d835d239723a5 (patch)
tree0caf36c7c128825292c3c23f04c6e5eb0f74cafb /include/net
parent96869a39399269a776a94812e9fff3d38b47d838 (diff)
downloadlinux-eb807fb23878bc319e029ed8ce3d835d239723a5.tar.xz
mac80211: fix update_tkip_key() documentation about the context
Johannes noticed that I had incorrectly documented the context of update_tkip_key() driver operation. It must be atomic because all RX code is run inside rcu critical section. Reported-by: Johannes Berg <johannes@sipsolutions.net> Signed-off-by: Kalle Valo <kalle.valo@iki.fi> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'include/net')
-rw-r--r--include/net/mac80211.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index f56d6f479532..f64402f6312b 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
@@ -1489,7 +1489,7 @@ enum ieee80211_ampdu_mlme_action {
* @update_tkip_key: See the section "Hardware crypto acceleration"
* This callback will be called in the context of Rx. Called for drivers
* which set IEEE80211_KEY_FLAG_TKIP_REQ_RX_P1_KEY.
- * The callback can sleep.
+ * The callback must be atomic.
*
* @hw_scan: Ask the hardware to service the scan request, no need to start
* the scan state machine in stack. The scan must honour the channel