1. 22 Apr, 2011 5 commits
  2. 08 Apr, 2011 3 commits
    • Johannes Berg's avatar
      iwlagn: clean up & autodetect statistics · 0da0e5bf
      Johannes Berg authored
      There's no need to keep both normal and BT statistics
      versions around all the time in memory when we only
      use a subset of both. So keep only the subsets that
      we need in memory, depending on the debug config).
      Also, in doing so, we can remove all the calls to
      iwl_bt_statistics() in the driver as we'll just
      access the copied statistics now.
      Finally, also remove this call from the one place
      where it might still be needed and automatically
      detect what kind of statistics the device is sending
      based on their size. This way, we don't need to keep
      track of which devices do what any more, which is
      good since this is subject to change based on the
      ucode version (as some ucode even for non-BT devices
      will in fact use BT statistics).
      Warn upon encountering a statistics command from the
      ucode that isn't known, so we will find such issues
      earlier in the future.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Tested-by: default avatarDon Fry <donald.h.fry@intel.com>
      Signed-off-by: default avatarWey-Yi Guy <wey-yi.w.guy@intel.com>
    • Wey-Yi Guy's avatar
      iwlagn: tx power calib always done in firmware · ae89726a
      Wey-Yi Guy authored
      Remove the config flag for tx power calib
      Signed-off-by: default avatarWey-Yi Guy <wey-yi.w.guy@intel.com>
    • Garen Tamrazian's avatar
      iwlagn: fix radar frame rejection · 68b99311
      Garen Tamrazian authored
      The microcode may sometimes reject TX frames when
      on a radar channel even after we associated as it
      clears information during association and needs to
      receive a new beacon before allowing that channel
      again. This manifests itself as a TX status value
      of TX_STATUS_FAIL_PASSIVE_NO_RX. So in this case,
      stop the corresponding queue and give the frame
      back to mac80211 for retransmission. We start the
      queue again when a beacon from the AP is received
      which will make the regulatory enforcement in the
      device allow transmitting again.
      Signed-off-by: default avatarGaren Tamrazian <garenx.tamrazian@intel.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: default avatarWey-Yi Guy <wey-yi.w.guy@intel.com>
  3. 07 Apr, 2011 12 commits
  4. 25 Mar, 2011 1 commit
  5. 11 Mar, 2011 1 commit
  6. 04 Mar, 2011 1 commit
    • Stanislaw Gruszka's avatar
      iwlwifi: avoid too frequent recover from statistics · 410f2bb3
      Stanislaw Gruszka authored
      Usually H/W generate statistics notify once per about 100ms, but
      sometimes we can receive notify in shorter time, even 2 ms.
      This can be problem for plcp health and ack health checking.
      I.e. with 2 plcp errors happens randomly in 2 ms duration, we
      exceed plcp delta threshold equal to 100 (2*100/2).
      Also checking ack's in short time, can results not necessary false
      positive and firmware reset, for example when channel is noised and
      we do not receive ACKs frames or when remote device does not send
      ACKs at the moment.
      Patch change code to do statistic check and possible recovery only
      if 99ms elapsed from last check. Forced delay should assure we have
      good statistic data to estimate hardware state.
      Signed-off-by: default avatarStanislaw Gruszka <sgruszka@redhat.com>
      Acked-by: default avatarWey-Yi Guy <wey-yi.w.guy@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
  7. 21 Feb, 2011 4 commits
  8. 31 Jan, 2011 2 commits
  9. 28 Jan, 2011 1 commit
  10. 21 Jan, 2011 3 commits
  11. 13 Dec, 2010 1 commit
  12. 06 Dec, 2010 1 commit
  13. 16 Nov, 2010 1 commit
  14. 15 Nov, 2010 2 commits
  15. 14 Oct, 2010 1 commit
  16. 07 Oct, 2010 1 commit