diff options
| author | Ben Caradoc-Davies <ben@transient.nz> | 2018-03-19 12:57:44 +1300 |
|---|---|---|
| committer | Johannes Berg <johannes.berg@intel.com> | 2018-03-21 10:56:18 +0100 |
| commit | 7c181f4fcdc62e5dc7a87fd33387d322262c3b52 (patch) | |
| tree | 7a1ee622eb9b7e64a58b009108dcf76608ecf67a /net/mac80211/mlme.c | |
| parent | 5f2fb802eee1df0810b47ea251942fe3fd36589a (diff) | |
| download | talos-obmc-linux-7c181f4fcdc62e5dc7a87fd33387d322262c3b52.tar.gz talos-obmc-linux-7c181f4fcdc62e5dc7a87fd33387d322262c3b52.zip | |
mac80211: add ieee80211_hw flag for QoS NDP support
Commit 7b6ddeaf27ec ("mac80211: use QoS NDP for AP probing") added an
argument qos_ok to ieee80211_nullfunc_get to support QoS NDP. Despite
the claim in the commit log "Change all the drivers to *not* allow
QoS NDP for now, even though it looks like most of them should be OK
with that", this commit enables QoS NDP in response to beacons (see
change to mlme.c:ieee80211_send_nullfunc), causing ath9k_htc to lose
IP connectivity. See:
https://patchwork.kernel.org/patch/10241109/
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891060
Introduce a hardware flag to allow such buggy drivers to override the
correct default behaviour of mac80211 of sending QoS NDP packets.
Signed-off-by: Ben Caradoc-Davies <ben@transient.nz>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'net/mac80211/mlme.c')
| -rw-r--r-- | net/mac80211/mlme.c | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c index 39b660b9a908..5f303abac5ad 100644 --- a/net/mac80211/mlme.c +++ b/net/mac80211/mlme.c @@ -896,7 +896,8 @@ void ieee80211_send_nullfunc(struct ieee80211_local *local, struct ieee80211_hdr_3addr *nullfunc; struct ieee80211_if_managed *ifmgd = &sdata->u.mgd; - skb = ieee80211_nullfunc_get(&local->hw, &sdata->vif, true); + skb = ieee80211_nullfunc_get(&local->hw, &sdata->vif, + !ieee80211_hw_check(&local->hw, DOESNT_SUPPORT_QOS_NDP)); if (!skb) return; |
