1. 23 Oct, 2012 1 commit
  2. 18 Oct, 2012 1 commit
  3. 17 Oct, 2012 3 commits
  4. 16 Oct, 2012 2 commits
  5. 10 Sep, 2012 1 commit
    • Johannes Berg's avatar
      mac80211: add key flag for management keys · e548c49e
      Johannes Berg authored
      
      
      Mark keys that might be used to receive management
      frames so drivers can fall back on software crypto
      for them if they don't support hardware offload.
      As the new flag is only set correctly for RX keys
      and the existing IEEE80211_KEY_FLAG_SW_MGMT flag
      can only affect TX, also rename the latter to
      IEEE80211_KEY_FLAG_SW_MGMT_TX.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      e548c49e
  6. 20 Aug, 2012 3 commits
  7. 31 Jul, 2012 2 commits
    • Thomas Huehn's avatar
      mac80211: move TX station pointer and restructure TX · 36323f81
      Thomas Huehn authored
      
      
      Remove the control.sta pointer from ieee80211_tx_info to free up
      sufficient space in the TX skb control buffer for the upcoming
      Transmit Power Control (TPC).
      Instead, the pointer is now on the stack in a new control struct
      that is passed as a function parameter to the drivers' tx method.
      Signed-off-by: default avatarThomas Huehn <thomas@net.t-labs.tu-berlin.de>
      Signed-off-by: default avatarAlina Friedrichsen <x-alina@gmx.net>
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      [reworded commit message]
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      36323f81
    • Eliad Peller's avatar
      mac80211: add PS flag to bss_conf · ab095877
      Eliad Peller authored
      
      
      Currently, ps mode is indicated per device (rather than
      per interface), which doesn't make a lot of sense.
      
      Moreover, there are subtle bugs caused by the inability
      to indicate ps change along with other changes
      (e.g. when the AP deauth us, we'd like to indicate
      CHANGED_PS | CHANGED_ASSOC, as changing PS before
      notifying about disassociation will result in null-packets
      being sent (if IEEE80211_HW_SUPPORTS_DYNAMIC_PS) while
      the sta is already disconnected.)
      
      Keep the current per-device notifications, and add
      parallel per-vif notifications.
      
      In order to keep it simple, the per-device ps and
      the per-vif ps are orthogonal - the per-vif ps
      configuration is determined only by the user
      configuration (enable/disable) and the connection
      state, and is not affected by other vifs state and
      (temporary) dynamic_ps/offchannel operations
      (unlike per-device ps).
      Signed-off-by: default avatarEliad Peller <eliad@wizery.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      ab095877
  8. 12 Jul, 2012 2 commits
    • 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
    • Johannes Berg's avatar
      mac80211: optimize ieee80211_rx_status struct layout · 30f42292
      Johannes Berg authored
      
      
      We waste a lot of space in this struct because it uses
      int values where smaller ones would be sufficient. The
      upcoming A-MPDU information needs some space, optimize
      the struct now.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      30f42292
  9. 09 Jul, 2012 1 commit
  10. 03 Jul, 2012 2 commits
  11. 02 Jul, 2012 1 commit
  12. 28 Jun, 2012 1 commit
  13. 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
  14. 21 Jun, 2012 1 commit
  15. 09 Jun, 2012 1 commit
  16. 06 Jun, 2012 2 commits
    • Johannes Berg's avatar
      mac80211: unify SW/offload remain-on-channel · 2eb278e0
      Johannes Berg authored
      
      
      Redesign all the off-channel code, getting rid of
      the generic off-channel work concept, replacing
      it with a simple remain-on-channel list.
      
      This fixes a number of small issues with the ROC
      implementation:
       * offloaded remain-on-channel couldn't be queued,
         now we can queue it as well, if needed
       * in iwlwifi (the only user) offloaded ROC is
         mutually exclusive with scanning, use the new
         queue to handle that case -- I expect that it
         will later depend on a HW flag
      
      The bigger issue though is that there's a bad bug
      in the current implementation: if we get a mgmt
      TX request while HW roc is active, and this new
      request has a wait time, we actually schedule a
      software ROC instead since we can't guarantee the
      existing offloaded ROC will still be that long.
      To fix this, the queuing mechanism was needed.
      
      The queuing mechanism for offloaded ROC isn't yet
      optimal, ideally we should add API to have the HW
      extend the ROC if needed. We could add that later
      but for now use a software implementation.
      
      Overall, this unifies the behaviour between the
      offloaded and software-implemented case as much
      as possible.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      2eb278e0
    • 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
  17. 05 Jun, 2012 4 commits
  18. 16 May, 2012 2 commits
  19. 08 May, 2012 1 commit
  20. 23 Apr, 2012 1 commit
  21. 16 Apr, 2012 1 commit
  22. 13 Apr, 2012 1 commit
  23. 11 Apr, 2012 4 commits
    • Johannes Berg's avatar
      cfg80211/mac80211: enable proper device_set_wakeup_enable handling · 6d52563f
      Johannes Berg authored
      
      
      In WoWLAN, we only get the triggers when we actually get
      to suspend. As a consequence, drivers currently don't
      know that the device should enable wakeup. However, the
      device_set_wakeup_enable() API is intended to be called
      when the wakeup is enabled, not later when needed.
      
      Add a new set_wakeup() call to cfg80211 and mac80211 to
      allow drivers to properly call device_set_wakeup_enable.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      6d52563f
    • Johannes Berg's avatar
      mac80211: add improved HW queue control · 3a25a8c8
      Johannes Berg authored
      
      
      mac80211 currently only supports one hardware queue
      per AC. This is already problematic for off-channel
      uses since if we go off channel while the BE queue
      is full and then try to send an off-channel frame
      the frame will never go out. This will become worse
      when we support multi-channel since then a queue on
      one channel might be full, but we have to stop the
      software queue for all channels. That is obviously
      not desirable.
      
      To address this problem allow drivers to register
      more hardware queues, and allow them to map them to
      virtual interfaces. When they stop a hardware queue
      the corresponding AC software queues on the correct
      interfaces will be stopped as well. Additionally,
      there's an off-channel queue to solve that problem
      and a per-interface after-DTIM beacon queue. This
      allows drivers to manage software queues closer to
      how the hardware works.
      
      Currently, there's a limit of 16 hardware queues.
      This may or may not be sufficient, we can adjust it
      as needed.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      3a25a8c8
    • Johannes Berg's avatar
      mac80211: add explicit monitor interface if needed · 4b6f1dd6
      Johannes Berg authored
      
      
      The queue mapping redesign that I'm planning to do
      will break pure injection unless we handle monitor
      interfaces explicitly. One possible option would
      be to have the driver tell mac80211 about monitor
      mode queues etc., but that would duplicate the API
      since we already need to have queue assignments
      handled per virtual interface.
      
      So in order to solve this, have a virtual monitor
      interface that is added whenever all active vifs
      are monitors. We could also use the state of one
      of the monitor interfaces, but managing that would
      be complicated, so allocate separate state.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      4b6f1dd6
    • Ashok Nagarajan's avatar
      mac80211: Indicate basic rates when adding rate IEs · 657c3e0c
      Ashok Nagarajan authored
      
      
      Basic rates are added with supported rates IE and extended supported
      rates IE.
      Signed-off-by: default avatarAshok Nagarajan <ashok@cozybit.com>
      Signed-off-by: default avatarThomas Pedersen <thomas@cozybit.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      657c3e0c
  24. 10 Apr, 2012 1 commit