1. 14 Jun, 2008 2 commits
  2. 03 Jun, 2008 2 commits
  3. 28 May, 2008 2 commits
  4. 21 May, 2008 6 commits
  5. 14 May, 2008 2 commits
    • Ester Kummer's avatar
      iwlwifi: move per driverdebug_level to per device · bf403db8
      Ester Kummer authored
      
      
      This patch ports the debug_level to iwl_priv and changes
      the format of the debug prints.
      
      Signed-off-by: default avatarEster Kummer <ester.kummer@intel.com>
      Signed-off-by: default avatarZhu Yi <yi.zhu@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      bf403db8
    • Johannes Berg's avatar
      mac80211: proper STA info locking · 07346f81
      Johannes Berg authored
      
      
      As discussed earlier, we can unify locking in struct sta_info
      and use just a single spinlock protecting all members of the
      structure that need protection. Many don't, but one of the
      especially bad ones is the 'flags' member that can currently
      be clobbered when RX and TX is being processed on different
      CPUs at the same time.
      
      Because having four spinlocks for different, mostly exclusive
      parts of a single structure is overkill, this patch also kills
      the ampdu and mesh plink spinlocks and uses just a single one
      for everything. Because none of the spinlocks are nested, this
      is safe.
      
      It remains to be seen whether or not we should make the sta
      flags use atomic bit operations instead, for now though this
      is a safe thing and using atomic operations instead will be
      very simple using the new static inline functions this patch
      introduces for accessing sta->flags.
      
      Since spin_lock_bh() is used with this lock, there shouldn't
      be any contention even if aggregation is enabled at around the
      same time as both requires frame transmission/reception which
      is in a bh context.
      
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Cc: Tomas Winkler <tomasw@gmail.com>
      Cc: Ron Rindjunsky <ron.rindjunsky@intel.com>
      Cc: Luis Carlos Cobo <luisca@cozybit.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      07346f81
  6. 12 May, 2008 1 commit
  7. 07 May, 2008 10 commits
  8. 16 Apr, 2008 1 commit
  9. 08 Apr, 2008 2 commits
  10. 01 Apr, 2008 1 commit
  11. 27 Mar, 2008 1 commit
  12. 25 Mar, 2008 3 commits
  13. 13 Mar, 2008 1 commit
  14. 07 Mar, 2008 2 commits
  15. 06 Mar, 2008 2 commits
  16. 29 Feb, 2008 2 commits
    • Johannes Berg's avatar
      cfg80211 API for channels/bitrates, mac80211 and driver conversion · 8318d78a
      Johannes Berg authored
      
      
      This patch creates new cfg80211 wiphy API for channel and bitrate
      registration and converts mac80211 and drivers to the new API. The
      old mac80211 API is completely ripped out. All drivers (except ath5k)
      are updated to the new API, in many cases I expect that optimisations
      can be done.
      
      Along with the regulatory code I've also ripped out the
      IEEE80211_HW_DEFAULT_REG_DOMAIN_CONFIGURED flag, I believe it to be
      unnecessary if the hardware simply gives us whatever channels it wants
      to support and we then enable/disable them as required, which is pretty
      much required for travelling.
      
      Additionally, the patch adds proper "basic" rate handling for STA
      mode interface, AP mode interface will have to have new API added
      to allow userspace to set the basic rate set, currently it'll be
      empty... However, the basic rate handling will need to be moved to
      the BSS conf stuff.
      
      I do expect there to be bugs in this, especially wrt. transmit
      power handling where I'm basically clueless about how it should work.
      
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      8318d78a
    • Ron Rindjunsky's avatar
      iwlwifi: A-MPDU Tx activation by load measures · 0c11b4de
      Ron Rindjunsky authored
      
      
      This patch gives a heuristic for activation of the A-MPDU Tx.
      As the rate scaling is rate aware, it now also measures estimated load, and
      sends A-MPDU activation after a threshold has been met.
      
      Signed-off-by: default avatarRon Rindjunsky <ron.rindjunsky@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      0c11b4de