1. 04 1月, 2020 2 次提交
    • J
      iwlwifi: incorporate firmware filename into version · 55b514b4
      Johannes Berg 提交于
      We have many different firmware images with the same version,
      and it's sometimes cumbersome to figure out which image was
      really used, especially as the marketing strings that we do
      print out can be the same for (slightly) different hardware
      using different firmware images.
      
      Incorporate the firmware filename into the fw_version so it's
      printed out all the time. Unfortunately, this will make the
      string be longer than the 32 characters for ethtool, but we
      almost never really use ethtool, so strip the "iwlwifi-"
      prefix (if not overridden), and the remaining data that may
      then be stripped at the end is not usually useful anyway.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      55b514b4
    • L
      iwlwifi: yoyo: check for the domain on all TLV types during init · e701da0c
      Luca Coelho 提交于
      Now that we don't have dynamically changing domains anymore, we can
      simply skip all the TLVs with domains that are not enabled.  To do so,
      remove the checks from the functions that handle the TLVs when a
      timepoint is reached to the top allocation function.
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      e701da0c
  2. 24 12月, 2019 1 次提交
    • L
      iwlwifi: remove lar_disable module parameter · f06021a1
      Luca Coelho 提交于
      This is an old parameter that was used supposed to be used only when
      LAR was still under development.  It should not be used anymore, but,
      since it's available, end-users have been mangling with it
      unnecessarily.  In some cases it can cause problems because when LAR
      is supported the driver and the firmware do not expect it to be
      disabled.
      Signed-off-by: NLuca Coelho <luciano.coelho@intel.com>
      f06021a1
  3. 15 11月, 2019 1 次提交
  4. 25 10月, 2019 1 次提交
  5. 06 9月, 2019 7 次提交
  6. 31 7月, 2019 2 次提交
  7. 29 6月, 2019 4 次提交
  8. 01 6月, 2019 1 次提交
  9. 29 4月, 2019 1 次提交
  10. 19 4月, 2019 1 次提交
  11. 21 2月, 2019 1 次提交
  12. 14 2月, 2019 3 次提交
  13. 26 1月, 2019 1 次提交
  14. 20 12月, 2018 1 次提交
  15. 23 11月, 2018 3 次提交
  16. 06 10月, 2018 2 次提交
  17. 31 8月, 2018 3 次提交
  18. 02 8月, 2018 2 次提交
  19. 26 7月, 2018 2 次提交
  20. 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