1. 01 6月, 2019 1 次提交
  2. 29 4月, 2019 1 次提交
  3. 19 4月, 2019 1 次提交
  4. 03 4月, 2019 1 次提交
  5. 22 3月, 2019 2 次提交
  6. 21 2月, 2019 1 次提交
  7. 14 2月, 2019 1 次提交
    • S
      iwlwifi: pcie: fix TX while flushing · 2ae48edc
      Sara Sharon 提交于
      When flushing TX queues no new TX should go into the system.
      However, in the following scenario we get TX:
      1. Queues are stopped and there are packets in overflow queue
      2. Station is removed and flush begins
      3. Flush empties space, and reclaim path TXes SKB from overflow
         queue.
      
      Note that the fact the queues are stopped during the process
      doesn't matter - the packet will be TXed since the TX path
      doesn't care if TX queues are stopped or not, just if there is
      space in the queue, which there is, since we just freed a
      packet.
      
      A fix here is rather complicated, since the flow is very racy.
      
      Change code not to warn if we are TXing from overflow TX.
      In case there is TX from both overflow TX and TX path we will
      miss a warning we optimally had, but we can live with that.
      
      Make sure we don't return before overflow queue is empty, otherwise
      we will think queues are empty, but they will be refilled, resulting
      with assert.
      Signed-off-by: NSara Sharon <sara.sharon@intel.com>
      Fixes: 3955525d ("iwlwifi: pcie: buffer packets to avoid overflowing Tx queues")
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      2ae48edc
  8. 04 2月, 2019 2 次提交
  9. 29 1月, 2019 1 次提交
    • J
      iwlwifi: pcie: align licensing to dual GPL/BSD · cefec29e
      Johannes Berg 提交于
      These files have a long history of code changes, but analysing
      the remaining code leads to having only a few changes that are
      not already owned by Intel, notably from
       - Andy Lutomirski <luto@amacapital.net>
       - Joonwoo Park <joonwpark81@gmail.com>
       - Kirtika Ruchandani <kirtika@chromium.org>
       - Rajat Jain <rajatja@google.com>
       - Stanislaw Gruszka <sgruszka@redhat.com>
      remaining in the code today.
      
      Note that
       - I myself was working for Intel and for any possibly code
         that might be before my employment there give permission
       - Wizery employees were working for Intel
      
      More specifically, we identified the following commits that
      (partially may) remain today:
      
      25c03d8e Joonwoo Park <joonwpark81@gmail.com>      ("iwlwifi: do not schedule tasklet when rcv unused irq")
      f36d04ab Stanislaw Gruszka <sgruszka@redhat.com>   ("iwlwifi: use dma_alloc_coherent")
      387f3381 Stanislaw Gruszka <sgruszka@redhat.com>   ("iwlwifi: fix dma mappings and skbs leak")
      2624e96c Stanislaw Gruszka <sgruszka@redhat.com>   ("iwlwifi: fix possible data overwrite in hcmd callback")
      bfe4b80e Stanislaw Gruszka <sgruszka@redhat.com>   ("iwlwifi: always check if got h/w access before write")
      d536c32b Andy Lutomirski <luto@amacapital.net>     ("iwlwifi: pcie: log when waking the NIC for hcmd submission fails")
      a6d24fad Rajat Jain <rajatja@google.com>           ("iwlwifi: pcie: dump registers when HW becomes inaccessible")
      fb12777a Kirtika Ruchandani <kirtika@chromium.org> ("iwlwifi: Add more call-sites for pcie reg dumper")
      3a73a300 Stanislaw Gruszka <sgruszka@redhat.com>   ("iwlwifi: cleanup/fix memory barriers")
      aa5affba Stanislaw Gruszka <sgruszka@redhat.com>   ("iwlwifi: dump stack when fail to gain access to the device")
      
      Align the licenses with their permission to clean up and to
      make it all identical.
      
      CC: Joonwoo Park <joonwpark81@gmail.com>
      CC: Stanislaw Gruszka <sgruszka@redhat.com>
      CC: Andy Lutomirski <luto@amacapital.net>
      CC: Rajat Jain <rajatja@google.com>
      CC: Kirtika Ruchandani <kirtika@chromium.org>
      Acked-by: NJohannes Berg <johannes@sipsolutions.net>
      Acked-by: NKirtika Ruchandani <kirtika@chromium.org>
      Acked-by: NStanislaw Gruszka <sgruszka@redhat.com>
      Acked-by: NJoonwoo Park <joonwpark81@gmail.com>
      Acked-by: NRajat Jain <rajatja@google.com>
      Acked-by: NAndy Lutomirski <luto@kernel.org>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      cefec29e
  10. 26 1月, 2019 1 次提交
  11. 14 12月, 2018 1 次提交
  12. 23 11月, 2018 1 次提交
  13. 28 9月, 2018 1 次提交
  14. 31 8月, 2018 10 次提交
  15. 02 8月, 2018 3 次提交
  16. 26 7月, 2018 7 次提交
  17. 26 4月, 2018 1 次提交
    • L
      iwlwifi: pcie: remove non-responsive device · 49564a80
      Luca Coelho 提交于
      If we fail to to grab NIC access because the device is not responding
      (i.e. CSR_GP_CNTRL returns 0xFFFFFFFF), remove the device from the PCI
      bus, to avoid any further damage, and to let the user space rescan.
      
      In order to inform the userspace that a rescan is needed, we send a
      kobject uevent with "INACCESSIBLE".
      
      This functionality is disabled by default, but can be enabled via a
      new module parameter called "remove_when_gone".  In the future we may
      change this module parameter to include 3 modes instead: do nothing;
      auto-rescan or; send uevent.
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      Signed-off-by: NRajat Jain <rajatja@google.com>
      49564a80
  18. 20 4月, 2018 2 次提交
  19. 05 1月, 2018 1 次提交
  20. 21 12月, 2017 1 次提交