summaryrefslogtreecommitdiffstats
path: root/tools
diff options
context:
space:
mode:
authorBeni Lev2016-02-17 19:30:00 +0100
committerJohannes Berg2016-02-24 09:04:41 +0100
commit0c9ca11b1ae8eb16c1b6bbae91991392d2321372 (patch)
tree546c9155db103c7127aba6f04a66cd87101cc6d0 /tools
parentmac80211: move MU_MIMO_OWNER flag to ieee80211_vif (diff)
downloadkernel-qcow2-linux-0c9ca11b1ae8eb16c1b6bbae91991392d2321372.tar.gz
kernel-qcow2-linux-0c9ca11b1ae8eb16c1b6bbae91991392d2321372.tar.xz
kernel-qcow2-linux-0c9ca11b1ae8eb16c1b6bbae91991392d2321372.zip
cfg80211: Add global RRM capability
Today, the supplicant will add the RRM capabilities Information Element in the association request only if Quiet period is supported (NL80211_FEATURE_QUIET). Quiet is one of many RRM features, and there are other RRM features that are not related to Quiet (e.g. neighbor report). Therefore, requiring Quiet to enable RRM is too restrictive. Some of the features, like neighbor report, can be supported by user space without any help from the kernel. Hence adding the RRM capabilities IE to association request should be the sole user space's decision. Removing the RRM dependency on Quiet in the driver solves this problem, but using an old driver with a user space tool that would not require Quiet feature would be problematic: the user space would add NL80211_ATTR_USE_RRM in the association request even if the kernel doesn't advertize NL80211_FEATURE_QUIET and the association would be denied by the kernel. This solution adds a global RRM capability, that tells user space that it can request RRM capabilities IE publishment without any specific feature support in the kernel. Signed-off-by: Beni Lev <beni.lev@intel.com> Signed-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'tools')
0 files changed, 0 insertions, 0 deletions