1. 11 5月, 2010 8 次提交
  2. 01 5月, 2010 1 次提交
  3. 17 4月, 2010 8 次提交
  4. 10 4月, 2010 2 次提交
    • J
      iwlwifi: clean up last_phy_res · 05d57520
      Johannes Berg 提交于
      The last_phy_res[100] variable is used in an odd
      way. The first byte of it is used as a flag, and
      the rest as the data. Thus, the array need only
      be 61 bytes, since it is just the flag and a
      struct iwl_rx_phy_res (which is 60 bytes).
      
      Clean this up by splitting the variable into two:
      last_phy_res and last_phy_res_valid, using correct
      types for both (struct and bool). While doing all
      this also move the variables to the _agn part of
      the hw-specific union since they only apply to
      A-MPDUs.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NReinette Chatre <reinette.chatre@intel.com>
      05d57520
    • J
      iwlwifi: make WEP key restoring explicit · 335348b1
      Johannes Berg 提交于
      The firmware clears default WEP keys on
      transitions to !associated, so we need
      to restore them just like stations. This
      is rather implicit as part of sending a
      station right now, which is odd. Make it
      explicit instead and only for agn since
      3945 doesn't use hw crypto for WEP.
      
      Due to that, iwl_send_static_wepkey_cmd
      is now only used in iwl-sta.c and can be
      static.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NReinette Chatre <reinette.chatre@intel.com>
      335348b1
  5. 03 4月, 2010 1 次提交
  6. 01 4月, 2010 2 次提交
  7. 26 3月, 2010 3 次提交
  8. 20 3月, 2010 3 次提交
  9. 10 3月, 2010 8 次提交
  10. 03 3月, 2010 1 次提交
    • J
      iwlwifi: load firmware asynchronously before mac80211 registration · b08dfd04
      Johannes Berg 提交于
      At the wireless summit in Portland we discussed a way of
      loading firmware asynchronously from ->probe() before
      registration to mac80211, in order to register with the
      wireless subsystems with complete information in cases
      where firmware is required to know parameters.
      
      This is not yet the case in iwlwifi, but for some new
      features we're working on it will be the case since
      those will only be supported by new firmware images.
      
      Hence, to start with, convert iwlwifi to load firmware
      asynchronously from probe, unbinding the device when
      firmware loading fails, and only registering with the
      wireless subsystems after firmware has been loaded
      successfully.
      
      Future patches will hook into this to register the
      new firmware capabilities, depending on the firmware
      API version.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NReinette Chatre <reinette.chatre@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      b08dfd04
  11. 24 2月, 2010 1 次提交
    • R
      Revert "iwlwifi: Monitor and recover the aggregation TX flow failure" · ab9bdc34
      Reinette Chatre 提交于
      This reverts commit 1db5950f.
      
      The goal of "iwlwifi: Monitor and recover the aggregation TX flow failure"
      is to first detect when data transmission stalls and then to recover from
      this situation with a reset of the radio or the firmware, depending on how
      bad the transmission failures are.
      
      Unfortunately we have found that this change causes excessive resets with
      its current detection algorithm. It also performs its recovery action when
      none is really needed, like when we are not associated.
      
      Revert this change until the issues have been addressed.
      Signed-off-by: NReinette Chatre <reinette.chatre@intel.com>
      ab9bdc34
  12. 20 2月, 2010 2 次提交