220-allow-ibss-mixed.patch 1.4 KB

12345678910111213141516171819202122232425262728293031323334353637383940
  1. From: Hauke Mehrtens <[email protected]>
  2. Date: Mon, 24 Feb 2020 00:00:00 +0100
  3. Subject: [PATCH] mac80211: Allow IBSS mode and different beacon intervals
  4. ath10k-ct supports the combination to select IBSS (ADHOC) mode and
  5. different beacon intervals together. mac80211 does not like this
  6. combination, but Ben says this is ok, so remove this check.
  7. ath10k-ct starting with version 5.2 allows the combination of
  8. NL80211_IFTYPE_ADHOC and beacon_int_min_gcd in ath10k_10x_ct_if_comb
  9. which triggers this warning. Ben told me that this is not a big problem
  10. and we should ignore this.
  11. ---
  12. net/wireless/core.c | 15 ---------------
  13. 1 file changed, 15 deletions(-)
  14. --- a/net/wireless/core.c
  15. +++ b/net/wireless/core.c
  16. @@ -679,21 +679,6 @@ int wiphy_verify_iface_combinations(stru
  17. c->limits[j].max > 1))
  18. return -EINVAL;
  19. - /*
  20. - * This isn't well-defined right now. If you have an
  21. - * IBSS interface, then its beacon interval may change
  22. - * by joining other networks, and nothing prevents it
  23. - * from doing that.
  24. - * So technically we probably shouldn't even allow AP
  25. - * and IBSS in the same interface, but it seems that
  26. - * some drivers support that, possibly only with fixed
  27. - * beacon intervals for IBSS.
  28. - */
  29. - if (WARN_ON(types & BIT(NL80211_IFTYPE_ADHOC) &&
  30. - c->beacon_int_min_gcd)) {
  31. - return -EINVAL;
  32. - }
  33. -
  34. cnt += c->limits[j].max;
  35. /*
  36. * Don't advertise an unsupported type