Now that the no-ibss and passive-scan flags are bundled
together its a lot easier to deal with the case of when
we support DFS. If DFS is supported on the wiphy and if
the Channel availability check (CAC) has been cleared on
the channel (dfs_state is NL80211_DFS_AVAILABLE) we can
ignore the no-ir flag.
This simplifies the paranoid requirement of bundling
together DFS and NO-IR cases by placing onus on the
DFS implementation. If code paths also want to reuse
knowledge from DFS state machines they must also ensure
that they always look at and monitor the dfs_state.
Cc: Janusz Dziedzic <janusz.dziedzic@xxxxxxxxx>
Cc: smihir@xxxxxxxxxxxxxxxx
Cc: tushnimb@xxxxxxxxxxxxxxxx
Signed-off-by: Luis R. Rodriguez <mcgrof@xxxxxxxxxxxxxxxx>
---
This depends on the 2 series I posted just before, the ath
driver updates and the wlan driver merge of consolidating flags.
include/net/cfg80211.h | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
index 54cc9f8..b5cee04 100644
--- a/include/net/cfg80211.h
+++ b/include/net/cfg80211.h
@@ -92,7 +92,11 @@ enum ieee80211_band {
*
* @IEEE80211_CHAN_DISABLED: This channel is disabled.
* @IEEE80211_CHAN_NO_IR: do not initiate radiation, this includes
- * sending probe requests or beaconing.
+ * sending probe requests or beaconing. Channels that have
+ * %IEEE80211_CHAN_RADAR enabled can ignore this flag if
+ * and only if the Channel availability check (CAC) has
+ * been cleared on it, that is when the channel's dfs_state
+ * is %NL80211_DFS_AVAILABLE.
* @IEEE80211_CHAN_RADAR: Radar detection is required on this channel.
* @IEEE80211_CHAN_NO_HT40PLUS: extension channel above this channel
* is not permitted.
--
1.8.4.rc3
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
