1. 26 6月, 2020 1 次提交
    • J
      net/intel: remove driver versions from Intel drivers · 34a2a3b8
      Jeff Kirsher 提交于
      As with other networking drivers, remove the unnecessary driver version
      from the Intel drivers. The ethtool driver information and module version
      will then report the kernel version instead.
      
      For ixgbe, i40e and ice drivers, the driver passes the driver version to
      the firmware to confirm that we are up and running.  So we now pass the
      value of UTS_RELEASE to the firmware.  This adminq call is required per
      the HAS document.  The Device then sends an indication to the BMC that the
      PF driver is present. This is done using Host NC Driver Status Indication
      in NC-SI Get Link command or via the Host Network Controller Driver Status
      Change AEN.
      
      What the BMC may do with this information is implementation-dependent, but
      this is a standard NC-SI 1.1 command we honor per the HAS.
      
      CC: Bruce Allan <bruce.w.allan@intel.com>
      CC: Jesse Brandeburg <jesse.brandeburg@intel.com>
      CC: Alek Loktionov <aleksandr.loktionov@intel.com>
      CC: Kevin Liedtke <kevin.d.liedtke@intel.com>
      CC: Aaron Rowden <aaron.f.rowden@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Co-developed-by: NJacob Keller <jacob.e.keller@intel.com>
      Tested-by: NAaron Brown <aaron.f.brown@intel.com>
      34a2a3b8
  2. 19 6月, 2020 1 次提交
  3. 13 3月, 2020 1 次提交
  4. 10 12月, 2019 1 次提交
  5. 26 10月, 2019 3 次提交
  6. 23 8月, 2019 1 次提交
  7. 06 8月, 2019 3 次提交
  8. 27 6月, 2019 1 次提交
  9. 15 6月, 2019 3 次提交
  10. 05 5月, 2019 2 次提交
  11. 04 5月, 2019 3 次提交
  12. 17 4月, 2019 2 次提交
  13. 27 3月, 2019 1 次提交
  14. 23 1月, 2019 1 次提交
  15. 22 1月, 2019 2 次提交
  16. 15 11月, 2018 3 次提交
  17. 08 11月, 2018 1 次提交
  18. 26 9月, 2018 1 次提交
  19. 09 9月, 2018 1 次提交
    • J
      i40e(vf): remove i40e_ethtool_stats.h header file · 6ad96bdc
      Jacob Keller 提交于
      Essentially reverts commit 8fd75c58 ("i40e: move ethtool
      stats boiler plate code to i40e_ethtool_stats.h", 2018-08-30), and
      additionally moves the similar code in i40evf into i40evf_ethtool.c.
      
      The code was intially moved from i40e_ethtool.c into i40e_ethtool_stats.h
      as a way of better logically organizing the code. This has two problems.
      First, we can't have an inline function with variadic arguments on all
      platforms. Second, it gave the appearance that we had plans to share
      code between the i40e and i40evf drivers, due to having a near copy of
      the contents in the i40evf/i40e_ethtool_stats.h file.
      
      Patches which actually attempt to combine or share code between the i40e
      and i40evf drivers have not materialized, and are likely a ways off.
      
      Rather than fixing the one function which causes build issues, just move
      this code back into the i40e_ethtool.c and i40evf_ethtool.c files. Note
      that we also change these functions back from static inlines to just
      statics, since they're no longer in a header file.
      
      We can revisit this if/when work is done to actually attempt to share
      code between drivers. Alternatively, this stats code could be made more
      generic so that it can be shared across drivers as part of ethtool
      kernel work.
      Signed-off-by: NJacob Keller <jacob.e.keller@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6ad96bdc
  20. 31 8月, 2018 2 次提交
  21. 24 8月, 2018 1 次提交
  22. 08 8月, 2018 3 次提交
  23. 07 8月, 2018 2 次提交
    • J
      i40e: convert priority flow control stats to use helpers · f25848d4
      Jacob Keller 提交于
      The priority flow control statistics are laid out in the stats structure
      using arrays. This made it unwieldy to use as part of an i40e_stats
      array.
      
      Add a new structure type, i40e_pfc_stats, and a helper function
      i40e_get_pfc_stats which can return the stats for a given priority
      value as an i40e_pfc_stats structure.
      
      Use this to create an i40e_stats array, which we'll use to format and
      copy the strings and stats into the supplied buffers.
      
      This reduces even more boiler plate code in i40e_get_ethtool_stats and
      i40e_get_stat_strings.
      
      An alternative would be to modify the structure definition for the pfc
      stats, but this is more invasive to the rest of the code base.
      
      Note that a macro was used to setup the copy of stats from the
      pf->stats, as this reduces the chance of typos in the code names. It
      will produce a checkpatch.pl warning due to re-use of a macro argument.
      In this case, it should be safe, as the macro will fail to compile in
      cases where the argument is not a simple structure member name, and thus
      arguments with side effects should not be an issue.
      Signed-off-by: NJacob Keller <jacob.e.keller@intel.com>
      Tested-by: NAndrew Bowers <andrewx.bowers@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      f25848d4
    • J
      i40e: convert VEB TC stats to use an i40e_stats array · 1510ae0b
      Jacob Keller 提交于
      The VEB TC stats are currently implemented with separate parsing,
      instead of using the i40e_stats array and associated helper functions.
      This is likely because the stats rely on embedding the TC number into
      the stat name.
      
      Update i40e_add_stat_strings to take variadic arguments, and use these
      to vsnprintf the i40e_stats string as a string containing format
      specifiers.
      
      Create a stats array for the VEB TC related stats,
      i40e_gstrings_veb_tc_stats, and use this along with the helper functions
      to remove the specialized boiler plate code.
      
      Always call i40e_add_ethtool_stats for both this array and the general
      VEB stats array. This ensures that we zero out any memory in case it was
      not zero-allocated for us.
      
      This ultimately results in less boiler plate code for the
      i40e_get_stat_strings and i40e_get_ethtool_stats.
      Signed-off-by: NJacob Keller <jacob.e.keller@intel.com>
      Tested-by: NAndrew Bowers <andrewx.bowers@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      1510ae0b