1. 14 Sep, 2012 2 commits
  2. 07 Sep, 2012 1 commit
  3. 06 Sep, 2012 2 commits
  4. 04 Sep, 2012 1 commit
  5. 20 Aug, 2012 6 commits
  6. 01 Aug, 2012 2 commits
  7. 31 Jul, 2012 9 commits
  8. 17 Jul, 2012 1 commit
    • Eliad Peller's avatar
      mac80211: go out of PS before sending disassoc · 88bc40e8
      Eliad Peller authored
      
      
      on disassoc, ieee80211_set_disassoc() goes out of PS
      before indicating BSS_CHANGED_ASSOC (not sure why this
      is needed, but some drivers might count on the current
      behavior).
      
      However, it does it after sending the disassoc
      frame, which results in null-data frame being sent
      (in order to go out of ps) after we were already sent
      the disassoc, which is invalid.
      
      Fix it by going out of ps before sending the disassoc.
      Signed-off-by: default avatarEliad Peller <eliad@wizery.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      88bc40e8
  9. 12 Jul, 2012 1 commit
    • Johannes Berg's avatar
      mac80211: add time synchronisation with BSS for assoc · 8c358bcd
      Johannes Berg authored
      
      
      Some drivers (iwlegacy, iwlwifi and rt2x00) today use the
      bss_conf.last_tsf value. By itself though that value is
      completely worthless since it may be ancient. What really
      is needed is synchronisation between some device time and
      the TSF.
      
      To clarify this, rename bss_conf.last_tsf to sync_tsf and
      add sync_device_ts which is obtained from rx_status which
      gets a new field device_timestamp for this purpose. This
      is intentionally not using the mactime field since that
      is used for other things and in IBSS is expected to sync
      with the IBSS's TSF which isn't necessarily true for the
      device timestamp.
      
      Also, since we have the information and it's useful even
      before the connection has been established, give all the
      timing details to the driver before authenticating.
      Reviewed-by: default avatarEmmanuel Grumbach <emmanuel.grumbach@intel.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      8c358bcd
  10. 09 Jul, 2012 3 commits
  11. 03 Jul, 2012 1 commit
  12. 02 Jul, 2012 1 commit
  13. 28 Jun, 2012 2 commits
  14. 24 Jun, 2012 1 commit
    • Johannes Berg's avatar
      mac80211: clean up debugging · bdcbd8e0
      Johannes Berg authored
      
      
      There are a few things that make the logging and
      debugging in mac80211 less useful than it should
      be right now:
       * a lot of messages should be pr_info, not pr_debug
       * wholesale use of pr_debug makes it require *both*
         Kconfig and dynamic configuration
       * there are still a lot of ifdefs
       * the style is very inconsistent, sometimes the
         sdata->name is printed in front
      
      Clean up everything, introducing new macros and
      separating out the station MLME debugging into
      a new Kconfig symbol.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      bdcbd8e0
  15. 21 Jun, 2012 1 commit
  16. 20 Jun, 2012 3 commits
    • Yoni Divinsky's avatar
      mac80211: save wmm_acm per sdata · 00e96dec
      Yoni Divinsky authored
      
      
      Save and configure the wmm_acm per sdata, rather than
      per hardware.
      
      If wmm_acm is saved per hardware when running two
      interfaces simultaneously on the same hardware one
      interface's wmm policy will be affected by the other
      interface.
      Signed-off-by: default avatarYoni Divinsky <yoni.divinsky@ti.com>
      Signed-off-by: default avatarLuciano Coelho <coelho@ti.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      00e96dec
    • Luciano Coelho's avatar
      mac80211: use the correct capability info in ieee80211_set_associated() · 50ae34a2
      Luciano Coelho authored
      
      
      If an AP is beaconing with different capabilities than the one we get
      in the associate response, we were still using the capabilities
      received in the beacons.  One example is when the AP is beaconing with
      the short slot bit set to zero and then we try to connect to it with
      long slot.  In this case, we would keep using long slot until the next
      beacon was received.
      
      Fix this by using the correct capability value when calling
      ieee80211_handle_bss_capability().  We were using cbss->capability,
      but we should use the bss_conf->assoc_capability instead.
      Signed-off-by: default avatarLuciano Coelho <coelho@ti.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      50ae34a2
    • Luciano Coelho's avatar
      mac80211: initialize sta pointer to avoid false-positive warning · 6df653c7
      Luciano Coelho authored
      
      
      Some compilers (eg. gcc 4.4.1 for ARM) report a false positive warning
      in mlme.c:
      
      net/mac80211/mlme.c: In function 'ieee80211_prep_connection':
      net/mac80211/mlme.c:3035: warning: 'sta' may be used uninitialized in this function
      
      This is a false positive because the place where 'sta' is used is
      inside an if with the same condition of where it is set:
      
      [...]
              if (!have_sta) {
                      sta = sta_info_alloc(sdata, cbss->bssid, GFP_KERNEL);
                      if (!sta)
                              return -ENOMEM;
              }
      [...]
              if (!have_sta) {
      [...]
                      sta->sta.supp_rates[cbss->channel->band] = rates;
      [...]
      
      For some reason the compiler doesn't understand this and warns.
      
      While this is not a problem in the code itself, we can avoid polluting
      the build logs with false positives by setting sta to NULL on
      declaration and checking for sta instead of !have_sta in the second if.
      Reported-by: default avatarTony Lindgren <tony@atomide.com>
      Signed-off-by: default avatarLuciano Coelho <coelho@ti.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      6df653c7
  17. 13 Jun, 2012 1 commit
  18. 08 Jun, 2012 1 commit
  19. 06 Jun, 2012 1 commit
    • Johannes Berg's avatar
      mac80211: do remain-on-channel while idle · 196ac1c1
      Johannes Berg authored
      
      
      The IDLE handling in HW off-channel is broken right
      now since we turn off IDLE only when the off-channel
      period already started. Therefore, all drivers that
      use it today (only iwlwifi!) must support off-channel
      while idle, so playing with idle isn't needed at all.
      
      Off-channel in general, since it's no longer used for
      authentication/association, shouldn't affect PS, so
      also remove that logic.
      
      Also document a small caveat for reporting TX status
      from off-channel frames in HW remain-on-channel.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      196ac1c1