1. 04 11月, 2014 5 次提交
    • J
      mac80211: handle RIC data element in reassociation request · 8ed28747
      Johannes Berg 提交于
      When the RIC data element (RDE) is included in the IEs coming
      from userspace for an association request, its handling is
      currently broken as any IEs that are contained within it would
      be split off from it and inserted again after all the IEs that
      mac80211 generates (e.g. HT, VHT.)
      
      To fix this, treat the RIC element specially, and stop after
      it only when we find something that doesn't actually belong to
      it. This assumes userspace is actually correctly building it,
      directly after the fast BSS transition IE and before all the
      others like extended capabilities.
      
      This leaves as a potential problem the case where userspace is
      building the following IEs:
      
      [RDE] [vendor resource description] [vendor non-resource IE]
      
      In this case, we'd erroneously consider all three IEs to be
      part of the RIC data together, and not split them between the
      two vendor IEs. Unfortunately, it isn't easily possible to
      distinguish vendor IEs, so this isn't easy to fix. Luckily,
      this case is rare as normally wpa_supplicant will include an
      extended capabilities IE in the IEs, and that certainly will
      break the two vendor IEs apart correctly.
      Reviewed-by: NEliad Peller <eliad@wizery.com>
      Reviewed-by: NBeni Lev <beni.lev@intel.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      8ed28747
    • R
      mac80211: 802.11p OCB mode support · 239281f8
      Rostislav Lisovy 提交于
      This patch adds 802.11p OCB (Outside the Context of a BSS) mode
      support.
      
      When communicating in OCB mode a mandatory wildcard BSSID
      (48 '1' bits) is used.
      
      The EDCA parameters handling function was changed to support
      802.11p specific values.
      
      The insertion of a newly discovered STAs is done in the similar way
      as in the IBSS mode -- through the deferred insertion.
      
      The OCB mode uses a periodic 'housekeeping task' for expiration of
      disconnected STAs (in the similar manner as in the MESH mode).
      
      New Kconfig option for verbose OCB debugging outputs is added.
      Signed-off-by: NRostislav Lisovy <rostislav.lisovy@fel.cvut.cz>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      239281f8
    • R
      cfg80211: 802.11p OCB mode handling · 6e0bd6c3
      Rostislav Lisovy 提交于
      This patch adds new iface type (NL80211_IFTYPE_OCB) representing
      the OCB (Outside the Context of a BSS) mode.
      When establishing a connection to the network a cfg80211_join_ocb
      function is called (particular nl80211_command is added as well).
      A mandatory parameters during the ocb_join operation are 'center
      frequency' and 'channel width (5/10 MHz)'.
      
      Changes done in mac80211 are minimal possible required to avoid
      many warnings (warning: enumeration value 'NL80211_IFTYPE_OCB'
      not handled in switch) during compilation. Full functionality
      (where needed) is added in the following patch.
      Signed-off-by: NRostislav Lisovy <rostislav.lisovy@fel.cvut.cz>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      6e0bd6c3
    • F
      mac80211: add support for driver tx power reporting · 5b3dc42b
      Felix Fietkau 提交于
      The configured tx power is often limited by hardware capabilities,
      channel settings, antenna configuration, etc.
      Signed-off-by: NFelix Fietkau <nbd@openwrt.org>
      [fix tracing compilation]
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      5b3dc42b
    • E
      ieee80211: add "max length of AMPDU" enum for VHT · 0563921a
      Eran Harary 提交于
      Maximum length of AMPDU that an STA can receive in VHT.
      length = 2 ^ (13 + max_ampdu_length_exp) - 1.
      Signed-off-by: NEran Harary <eran.harary@intel.com>
      Signed-off-by: NEmmanuel Grumbach <emmanuel.grumbach@intel.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      0563921a
  2. 31 10月, 2014 5 次提交
  3. 30 10月, 2014 5 次提交
  4. 29 10月, 2014 1 次提交
  5. 27 10月, 2014 9 次提交
  6. 24 10月, 2014 8 次提交
  7. 22 10月, 2014 5 次提交
  8. 21 10月, 2014 2 次提交
    • K
      mac80211: minstrel_ht: add basic support for VHT rates <= 3SS@80MHz · 9208247d
      Karl Beldan 提交于
      When the new CONFIG_MAC80211_RC_MINSTREL_VHT is not set (default 'N'),
      there is no behavioral change including in sampling and MCS_GROUP_RATES
      remains 8.
      Otherwise MCS_GROUP_RATES is 10, and a module parameter *vht_only*
      (default 'true'), restricts the rates selection to VHT when VHT is
      supported.
      
      Regarding the debugfs stats buffer:
      It is explicitly increased from 8k to 32k to fit every rates incl. when
      both HT and VHT rates are enabled, as for the format, before:
      type           rate     tpt eprob *prob ret  *ok(*cum)        ok(      cum)
      HT20/LGI ABCDP MCS0     0.0   0.0   0.0   1    0(   0)         0(        0)
      after:
       type           rate      tpt eprob *prob ret  *ok(*cum)        ok(      cum)
       HT20/LGI ABCDP MCS0      0.0   0.0   0.0   1    0(   0)         0(        0)
      VHT40/LGI       MCS5/2    0.0   0.0   0.0   0    0(   0)         0(        0)
      Signed-off-by: NKarl Beldan <karl.beldan@rivierawaves.com>
      Cc: Felix Fietkau <nbd@openwrt.org>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      9208247d
    • K
      mac80211: minstrel_ht: include type (cck/ht) in rates flag · 3ec373c4
      Karl Beldan 提交于
      ATM, we grep cck rates idx with idx / MCS_GROUP_RATES ==
      MINSTREL_CCK_GROUP.
      Matching neither-cck-non-ht rates could be done by replacing '==' with
      '>', however it would be less versatile or explicit.
      This will allow to match VHT rates with IEEE80211_TX_RC_VHT_MCS.
      Signed-off-by: NKarl Beldan <karl.beldan@rivierawaves.com>
      Cc: Felix Fietkau <nbd@openwrt.org>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      3ec373c4