1. 26 6月, 2021 1 次提交
  2. 29 5月, 2021 1 次提交
  3. 15 4月, 2021 1 次提交
  4. 09 2月, 2021 1 次提交
  5. 29 7月, 2020 2 次提交
    • D
      ice: fix link event handling timing · 0ce6c34a
      Dave Ertman 提交于
      When the driver experiences a link event (especially link up)
      there can be multiple events generated. Some of these are
      link fault and still have a state of DOWN set.  The problem
      happens when the link comes UP during the PF driver handling
      one of the LINK DOWN events.  The status of the link is updated
      and is now seen as UP, so when the actual LINK UP event comes,
      the port information has already been updated to be seen as UP,
      even though none of the UP activities have been completed.
      
      After the link information has been updated in the link
      handler and evaluated for MEDIA PRESENT, if the state
      of the link has been changed to UP, treat the DOWN event
      as an UP event since the link is now UP.
      Signed-off-by: NDave Ertman <david.m.ertman@intel.com>
      Tested-by: NAndrew Bowers <andrewx.bowers@intel.com>
      Signed-off-by: NTony Nguyen <anthony.l.nguyen@intel.com>
      0ce6c34a
    • D
      ice: Implement LFC workaround · 7d9c9b79
      Dave Ertman 提交于
      There is a bug where the LFC settings are not being preserved
      through a link event.  The registers in question are the ones
      that are touched (and restored) when a set_local_mib AQ command
      is performed.
      
      On a link-up event, make sure that a set_local_mib is being
      performed.
      
      Move the function ice_aq_set_lldp_mib() from the DCB specific
      ice_dcb.c to ice_common.c so that the driver always has access
      to this AQ command.
      Signed-off-by: NDave Ertman <david.m.ertman@intel.com>
      Tested-by: NAndrew Bowers <andrewx.bowers@intel.com>
      Signed-off-by: NTony Nguyen <anthony.l.nguyen@intel.com>
      7d9c9b79
  6. 31 5月, 2020 1 次提交
  7. 22 5月, 2020 2 次提交
  8. 11 3月, 2020 3 次提交
  9. 20 2月, 2020 2 次提交
  10. 13 2月, 2020 3 次提交
  11. 04 1月, 2020 1 次提交
  12. 23 11月, 2019 3 次提交
  13. 09 11月, 2019 4 次提交
  14. 07 11月, 2019 1 次提交
  15. 13 9月, 2019 1 次提交
    • T
      ice: Enable DDP package download · 462acf6a
      Tony Nguyen 提交于
      Attempt to request an optional device-specific DDP package file
      (one with the PCIe Device Serial Number in its name so that different DDP
      package files can be used on different devices). If the optional package
      file exists, download it to the device. If not, download the default
      package file.
      
      Log an appropriate message based on whether or not a DDP package
      file exists and the return code from the attempt to download it to the
      device.  If the download fails and there is not already a package file on
      the device, go into "Safe Mode" where some features are not supported.
      Signed-off-by: NTony Nguyen <anthony.l.nguyen@intel.com>
      Tested-by: NAndrew Bowers <andrewx.bowers@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      462acf6a
  16. 05 9月, 2019 2 次提交
  17. 04 9月, 2019 3 次提交
  18. 27 8月, 2019 1 次提交
  19. 24 8月, 2019 3 次提交
  20. 21 8月, 2019 1 次提交
  21. 31 5月, 2019 3 次提交