1. 09 4月, 2010 1 次提交
  2. 08 4月, 2010 1 次提交
    • J
      mac80211: clean up/fix aggregation code · 098a6070
      Johannes Berg 提交于
      The aggregation code has a number of quirks, like
      inventing an unneeded WLAN_BACK_TIMER value and
      leaking memory under certain circumstances during
      station destruction. Fix these issues by using
      the regular aggregation session teardown code and
      blocking new aggregation sessions, all before the
      station is really destructed.
      
      As a side effect, this gets rid of the long code
      block to destroy aggregation safely.
      
      Additionally, rename tid_state_rx which can only
      have the values IDLE and OPERATIONAL to
      tid_active_rx to make it easier to understand
      that there is no bitwise stuff going on on the
      RX side -- the TX side remains because it needs
      to keep track of the driver and peer states.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      098a6070
  3. 23 1月, 2010 1 次提交
  4. 13 1月, 2010 3 次提交
  5. 29 12月, 2009 1 次提交
    • J
      mac80211: split up and insert custom IEs correctly · 8e664fb3
      Johannes Berg 提交于
      Currently, we insert all user-specified IEs before the HT
      IE for association, and after the HT IE for probe requests.
      For association, that's correct only if the user-specified
      IEs are RSN only, incorrect in all other cases including
      WPA. Change this to split apart the user-specified IEs in
      two places for association: before the HT IE (e.g. RSN),
      after the HT IE (generally empty right now I think?) and
      after WMM (all other vendor-specific IEs). For probes,
      split the IEs in different places to be correct according
      to the spec.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      8e664fb3
  6. 23 12月, 2009 2 次提交
  7. 22 12月, 2009 1 次提交
    • J
      mac80211: fix peer HT capabilities · 9a418af5
      Johannes Berg 提交于
      I noticed yesterday, because Jeff had noticed
      a speed regression, cf. bug
      http://bugzilla.intellinuxwireless.org/show_bug.cgi?id=2138
      that the SM PS settings for peers were wrong.
      Instead of overwriting the SM PS settings with
      the local bits, we need to keep the remote bits.
      
      The bug was part of the original HT code from
      over two years ago, but unfortunately nobody
      noticed that it makes no sense -- we shouldn't
      be overwriting the peer's setting with our own
      but rather keep it intact when masking the peer
      capabilities with our own.
      
      While fixing that, I noticed that the masking of
      capabilities is completely useless for most of
      the bits, so also fix those other bits.
      
      Finally, I also noticed that PSMP_SUPPORT no
      longer exists in the final 802.11n version, so
      also remove that.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      9a418af5
  8. 29 11月, 2009 1 次提交
  9. 19 11月, 2009 1 次提交
  10. 14 11月, 2009 1 次提交
  11. 12 11月, 2009 1 次提交
  12. 31 10月, 2009 1 次提交
  13. 29 8月, 2009 1 次提交
  14. 28 7月, 2009 1 次提交
  15. 11 7月, 2009 1 次提交
  16. 04 6月, 2009 1 次提交
  17. 23 5月, 2009 1 次提交
  18. 12 5月, 2009 1 次提交
    • J
      mac80211: Robust Action frame categories for MFP · 528769cf
      Jouni Malinen 提交于
      IEEE 802.11w/D9.0 introduces a mechanism for Action field Category
      values to be used to select which Action frames are Robust. Public and
      Vendor-specific categories are marked as not Robust in IEEE 802.11w;
      HT will be marked not Robust in IEEE 802.11n. A new Vendor-specific
      Protected category is allocated for Robust vendor-specific Action
      frames. Another new category, Protected Dual of Action, is introduced
      for protecting some existing Public Action frames (e.g., IEEE 802.11y
      protected enablement).
      Signed-off-by: NJouni Malinen <jouni.malinen@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      528769cf
  19. 07 5月, 2009 1 次提交
  20. 23 4月, 2009 2 次提交
  21. 28 3月, 2009 2 次提交
    • J
      nl80211: Add MLME primitives to support external SME · 636a5d36
      Jouni Malinen 提交于
      This patch adds new nl80211 commands to allow user space to request
      authentication and association (and also deauthentication and
      disassociation). The commands are structured to allow separate
      authentication and association steps, i.e., the interface between
      kernel and user space is similar to the MLME SAP interface in IEEE
      802.11 standard and an user space application takes the role of the
      SME.
      
      The patch introduces MLME-AUTHENTICATE.request,
      MLME-{,RE}ASSOCIATE.request, MLME-DEAUTHENTICATE.request, and
      MLME-DISASSOCIATE.request primitives. The authentication and
      association commands request the actual operations in two steps
      (assuming the driver supports this; if not, separate authentication
      step is skipped; this could end up being a separate "connect"
      command).
      
      The initial implementation for mac80211 uses the current
      net/mac80211/mlme.c for actual sending and processing of management
      frames and the new nl80211 commands will just stop the current state
      machine from moving automatically from authentication to association.
      Future cleanup may move more of the MLME operations into cfg80211.
      
      The goal of this design is to provide more control of authentication and
      association process to user space without having to move the full MLME
      implementation. This should be enough to allow IEEE 802.11r FT protocol
      and 802.11s SAE authentication to be implemented. Obviously, this will
      also bring the extra benefit of not having to use WEXT for association
      requests with mac80211. An example implementation of a user space SME
      using the new nl80211 commands is available for wpa_supplicant.
      
      This patch is enough to get IEEE 802.11r FT protocol working with
      over-the-air mechanism (over-the-DS will need additional MLME
      primitives for handling the FT Action frames).
      Signed-off-by: NJouni Malinen <j@w1.fi>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      636a5d36
    • J
      ieee80211: document DS bit usage · 3f46b29c
      Johannes Berg 提交于
      I keep needing this because I'm too stupid to remember it.
      Everybody else can probably remember, but who knows :)
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      3f46b29c
  22. 30 1月, 2009 7 次提交
  23. 13 12月, 2008 1 次提交
  24. 26 11月, 2008 1 次提交
    • L
      cfg80211/mac80211: Add 802.11d support · 3f2355cb
      Luis R. Rodriguez 提交于
      This adds country IE parsing to mac80211 and enables its usage
      within the new regulatory infrastructure in cfg80211. We parse
      the country IEs only on management beacons for the BSSID you are
      associated to and disregard the IEs when the country and environment
      (indoor, outdoor, any) matches the already processed country IE.
      
      To avoid following misinformed or outdated APs we build and use
      a regulatory domain out of the intersection between what the AP
      provides us on the country IE and what CRDA is aware is allowed
      on the same country.
      
      A secondary device is allowed to follow only the same country IE
      as it make no sense for two devices on a system to be in two
      different countries.
      
      In the case the AP is using country IEs for an incorrect country
      the user may help compliance further by setting the regulatory
      domain before or after the IE is parsed and in that case another
      intersection will be performed.
      
      CONFIG_WIRELESS_OLD_REGULATORY is supported but requires CRDA
      present.
      Signed-off-by: NLuis R. Rodriguez <lrodriguez@atheros.com>
      Acked-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      3f2355cb
  25. 11 11月, 2008 2 次提交
    • J
      mac80211_hwsim: Add support for client PS mode · fc6971d4
      Jouni Malinen 提交于
      This introduces a debugfs file (ieee80211/phy#/hwsim/ps) that can be
      used to force a simulated radio into power save mode. Following values
      can be written into this file to change PS mode:
      0 = power save disabled (constantly awake)
      1 = power save enabled (drop all frames; do not send PS-Poll)
      2 = power save enabled (send PS-Poll frames automatically to receive
          buffered unicast frames); not yet fully implemented
      3 = manual PS-Poll trigger (send a single PS-Poll frame)
      
      Two different behavior for power save mode processing can be tested:
      - move between modes 1 and 0 (i.e., receive all buffered frames at a
        time)
      - move to mode 1 and use manual PS-Poll frames (write 3 to the 'ps'
        debugfs file) to fetch power save buffered frames one at a time
      
      Mode 2 (automatic PS-Poll) does not yet parse Beacon frames, but
      eventually, it should take a look at TIM IE and send PS-Poll if a
      traffic bit is set for our AID.
      Signed-off-by: NJouni Malinen <jouni.malinen@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      fc6971d4
    • J
      wireless: move mesh config length constant · 1239cd58
      Johannes Berg 提交于
      This is a constant from the 802.11 specification.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Cc: Javier Cardona <javier@cozybit.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      1239cd58
  26. 01 11月, 2008 3 次提交