1. 22 Apr, 2011 1 commit
  2. 08 Apr, 2011 1 commit
    • 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 1 commit
  4. 25 Feb, 2011 1 commit
    • Johannes Berg's avatar
      iwlagn: fix iwlagn_check_needed_chains · 850bedcc
      Johannes Berg authored
      This function was intended to calculate the
      number of RX chains needed, but could only
      work where the AP's streams were asymmetric,
      i.e. 2 TX and 3 RX or similar. In the case
      where IEEE80211_HT_MCS_TX_RX_DIFF was not
      set, this function would calculate the wrong
      Additionally, mac80211 didn't pass through
      the required values at all, so it couldn't
      work anyway.
      Rewrite the logic in this function and add
      appropriate comments to make it readable.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
  5. 28 Jan, 2011 1 commit
  6. 21 Jan, 2011 4 commits
  7. 15 Dec, 2010 1 commit
  8. 13 Dec, 2010 1 commit
  9. 02 Dec, 2010 1 commit
  10. 16 Nov, 2010 3 commits
  11. 15 Nov, 2010 8 commits