1. 06 7月, 2016 4 次提交
    • A
      iwlwifi: mvm: add support for GCMP encryption · 2a53d166
      Ayala Beker 提交于
      Newer hardware supports GCMP and GCMP 256-bit ciphers.
      Add support for adding/setting GCMP key for TX mode.
      
      In the TX command handling GCMP-256 is handled in a different
      way as the key size should be up to 128-bits:
      Set the key value to the key index in the key table,
      and specify that this key should be taken form the key table
      instead of from the TX command.
      
      While at it - convert security control flags to an enum.
      Signed-off-by: NAyala Beker <ayala.beker@intel.com>
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      2a53d166
    • L
      iwlwifi: mvm: support dqa queue sharing · 42db09c1
      Liad Kaufman 提交于
      Support DQA queue sharing when no free queue exists for
      allocation to a STA that already exists. This means that
      a single queue will serve more than a single TID (although
      the RA will be the same for all TIDs served).
      
      We try to choose the lowest AC possible, to ensure the
      shared queues have the lowest possible combined AC
      requirements. The queue to share is chosen only from the
      same RA's DATA queues as follows (in descending priority):
       1. An AC_BE queue
       2. Same AC queue
       3. Highest AC queue that is lower than new AC
       4. Any existing AC (there always is at least 1 DATA queue)
      
      If any aggregations existed for any of the TIDs of the
      shared queue - they are stopped (the FW is notified), but
      no delBA is sent.
      Signed-off-by: NLiad Kaufman <liad.kaufman@intel.com>
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      42db09c1
    • L
      iwlwifi: mvm: change scan timeout to a delayed work · 69e04642
      Luca Coelho 提交于
      Some transports may sleep when writing to registers, which is done
      when calling iwl_force_nmi().  So we can't call iwl_force_nmi() in a
      timer context.  To solve that, convert the scan timeout timer to a
      delayed work.
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      69e04642
    • L
      iwlwifi: mvm: support dqa queue inactivation upon timeout · 9794c64f
      Liad Kaufman 提交于
      Support marking queues as inactive upon a timeout expiring,
      and allow inactive queues to be re-assigned to other RA/TIDs
      if no other queue is free.
      
      This is done by keeping a timestamp of the latest frame TXed
      for every RA/TID, and then going over the queues currently in
      use when a new queue is needed, inactivating all those that
      are inactive.
      Signed-off-by: NLiad Kaufman <liad.kaufman@intel.com>
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      9794c64f
  2. 01 7月, 2016 4 次提交
  3. 11 5月, 2016 10 次提交
  4. 12 4月, 2016 1 次提交
  5. 30 3月, 2016 8 次提交
  6. 20 3月, 2016 1 次提交
  7. 10 3月, 2016 1 次提交
  8. 07 3月, 2016 1 次提交
    • E
      iwlwifi: mvm: avoid panics with thermal device usage · 91f66a3c
      Emmanuel Grumbach 提交于
      Thermal zone device registration can fail, and in this case
      we don't want to remove WiFi functionality. This is why the
      thermal zone registration function is void, and the flows
      continue even if the thermal zone device registration failed.
      Same applies for the cooling device.
      
      This means that we at least need to remember that the thermal
      zone device didn't register properly and take the minimal
      precautions to avoid panic'ing when we access it.
      
      This was missing.
      Signed-off-by: NEmmanuel Grumbach <emmanuel.grumbach@intel.com>
      91f66a3c
  9. 02 3月, 2016 3 次提交
  10. 28 2月, 2016 7 次提交