1. 20 Aug, 2012 4 commits
  2. 01 Aug, 2012 1 commit
  3. 31 Jul, 2012 9 commits
  4. 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
      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>
  5. 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>
  6. 09 Jul, 2012 3 commits
  7. 03 Jul, 2012 1 commit
  8. 02 Jul, 2012 1 commit
  9. 28 Jun, 2012 2 commits
  10. 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>
  11. 21 Jun, 2012 1 commit
  12. 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
      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>
    • 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>
    • 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>
  13. 13 Jun, 2012 1 commit
  14. 08 Jun, 2012 1 commit
  15. 06 Jun, 2012 2 commits
  16. 05 Jun, 2012 5 commits
  17. 04 Jun, 2012 1 commit
  18. 25 May, 2012 1 commit
    • Soumik Das's avatar
      mac80211: Fix race in checking AP status by sending null frame · 992e68bf
      Soumik Das authored
      mac80211 tries to verify the existence of the current AP by
      probing or sending a NULL frame in function
      ieee80211_mgd_probe_ap_send. It 1st sends a null frame to the AP,
      increments probe_send_count and waits for the ACK to the NULL
      frame for a finite duration of time. At times, it happens that by
      the time mac80211 gets to increment probe_send_count, the ACK for
      the NULL frame transmitted has already been processed. This leads
      to a race condition where mac80211 times out waiting for the ACK
      for the NULL frame causing unnecessary disconnection with the AP.
      Signed-off-by: default avatarSoumik Das <soumik.das@stericsson.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
  19. 15 May, 2012 1 commit