1. 30 3月, 2016 1 次提交
  2. 28 2月, 2016 1 次提交
  3. 26 1月, 2016 1 次提交
  4. 08 1月, 2016 2 次提交
  5. 20 12月, 2015 1 次提交
  6. 02 12月, 2015 1 次提交
  7. 18 11月, 2015 1 次提交
  8. 16 11月, 2015 1 次提交
  9. 05 10月, 2015 2 次提交
  10. 28 8月, 2015 2 次提交
  11. 23 8月, 2015 1 次提交
  12. 18 8月, 2015 1 次提交
  13. 26 6月, 2015 1 次提交
  14. 03 6月, 2015 1 次提交
  15. 28 5月, 2015 1 次提交
  16. 15 5月, 2015 1 次提交
  17. 29 4月, 2015 1 次提交
  18. 12 3月, 2015 1 次提交
  19. 01 3月, 2015 1 次提交
  20. 05 1月, 2015 2 次提交
  21. 28 12月, 2014 1 次提交
  22. 01 12月, 2014 2 次提交
  23. 24 11月, 2014 2 次提交
  24. 14 9月, 2014 2 次提交
  25. 09 9月, 2014 1 次提交
  26. 04 9月, 2014 1 次提交
  27. 01 9月, 2014 1 次提交
  28. 07 5月, 2014 1 次提交
  29. 14 4月, 2014 1 次提交
  30. 13 4月, 2014 3 次提交
  31. 06 4月, 2014 1 次提交
    • E
      iwlwifi: pcie: don't leave the new NICs awake for commands · e7f76340
      Emmanuel Grumbach 提交于
      A hardware bug had been discovered on 7260 / 3160 and 7265
      and the workaround for this bug is to force the NIC to stay
      awake as long as we have host commands in flight. This
      workaround has been introduced for all NICs in a previous
      patch:
      
      b9439491 ("iwlwifi: pcie: keep the NIC awake when commands are in flight")
      
      In newer NICs, this bug is solved, so we can let the NIC go
      to sleep even when we send commands. The hardware will wake
      up when we increment the scheduler write pointer.
      Make the workaround conditional to only use it on affected
      hardware.
      Signed-off-by: NEmmanuel Grumbach <emmanuel.grumbach@intel.com>
      e7f76340