1. 02 Oct, 2018 35 commits
  2. 01 Oct, 2018 5 commits
    • David S. Miller's avatar
      Merge tag 'mlx5e-updates-2018-10-01' of git://git.kernel.org/pub/scm/linux/kernel/git/saeed/linux · 3bd09b05
      David S. Miller authored
      Saeed Mahameed says:
      
      ====================
      mlx5e-updates-2018-10-01
      
      This series includes updates to mlx5e ethernet netdevice driver:
      
      From Or Gerlitz:
      1) Support masks for l3/l4 filters in ethtool flow steering
      2) Report checksum unnecessary also when the L3 checksum flag on the
         cqe is set and there's no L4 header
      3) Allow reporting of checksum unnecessary, using an ethtool private flag.
      
      From Gavi Teitz and Or, VF representors netdevs performance improvements
      4) Allow striding RQ in VF representor and bigger RQ size, ~3X performance improvement
      5) Enable stateless offloads for VF representor, csum and TSO, 1.5X performance improvement
      6) RSS Support for VF representors
         6.1) Allow flow table destination fir VF representor steering rule.
         6.2) Create RSS flow table per representor netdev
         6.3) Expose mlx5e RSS ethtool to be used by representor netdevs
         6.4) Enable multi-queue and RSS for VF representors, using mlx5e existing infrastructure
                  for managing a multi-queue RX RSS tables.
      
      From Alaa Hleihel:
      7) Cache the system image guid, The system image guid is a read-only field
         Read this once and save it on the core device.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      3bd09b05
    • Yuchung Cheng's avatar
      tcp: start receiver buffer autotuning sooner · 041a14d2
      Yuchung Cheng authored
      Previously receiver buffer auto-tuning starts after receiving
      one advertised window amount of data. After the initial receiver
      buffer was raised by patch a337531b ("tcp: up initial rmem to
      128KB and SYN rwin to around 64KB"), the reciver buffer may take
      too long to start raising. To address this issue, this patch lowers
      the initial bytes expected to receive roughly the expected sender's
      initial window.
      
      Fixes: a337531b ("tcp: up initial rmem to 128KB and SYN rwin to around 64KB")
      Signed-off-by: default avatarYuchung Cheng <ycheng@google.com>
      Signed-off-by: default avatarWei Wang <weiwan@google.com>
      Signed-off-by: default avatarNeal Cardwell <ncardwell@google.com>
      Signed-off-by: default avatarEric Dumazet <edumazet@google.com>
      Reviewed-by: default avatarSoheil Hassas Yeganeh <soheil@google.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      041a14d2
    • David S. Miller's avatar
      Merge branch '100GbE' of git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next-queue · d96112b2
      David S. Miller authored
      Jeff Kirsher says:
      
      ====================
      100GbE Intel Wired LAN Driver Updates 2018-10-01
      
      This series contains updates to ice driver only.
      
      Anirudh provides several changes to "prep" the driver for upcoming
      features.  Specifically, the functions that are used for PF VSI/netdev
      setup will also be used in SR-IOV support and to allow the reuse of
      these functions, code needs to move.
      
      Dave provides the only other change in the series, updates the driver to
      protect the reset patch in its entirety.  This is done by adding the
      various bit checks to determine if a reset is scheduled/initiated and
      whether it came from the software or firmware.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d96112b2
    • Dave Ertman's avatar
      ice: Change pf state behavior to protect reset path · 5df7e45d
      Dave Ertman authored
      Currently, there is no bit, or set of bits, that protect the entirety
      of the reset path.
      
      If the reset is originated by the driver, then the relevant
      one of the following bits will be set when the reset is scheduled:
      __ICE_PFR_REQ
      __ICE_CORER_REQ
      __ICE_GLOBR_REQ
      This bit will not be cleared until after the rebuild has completed.
      
      If the reset is originated by the FW, then the first the driver knows of
      it will be the reception of the OICR interrupt.  The __ICE_RESET_OICR_RECV
      bit will be set in the interrupt handler.  This will also be the indicator
      in a SW originated reset that we have completed the pre-OICR tasks and
      have informed the FW that a reset was requested.
      
      To utilize these bits, change the function:
      ice_is_reset_recovery_pending()
      	to be:
      ice_is_reset_in_progress()
      
      The new function will check all of the above bits in the pf->state and
      will return a true if one or more of these bits are set.
      Signed-off-by: default avatarDave Ertman <david.m.ertman@intel.com>
      Signed-off-by: default avatarAnirudh Venkataramanan <anirudh.venkataramanan@intel.com>
      Tested-by: default avatarAndrew Bowers <andrewx.bowers@intel.com>
      Signed-off-by: default avatarJeff Kirsher <jeffrey.t.kirsher@intel.com>
      5df7e45d
    • Anirudh Venkataramanan's avatar
      ice: Move common functions out of ice_main.c part 7/7 · 37bb8390
      Anirudh Venkataramanan authored
      This patch completes the code move out of ice_main.c
      
      The following top level functions and related dependency functions) were
      moved to ice_lib.c:
      ice_vsi_setup
      ice_vsi_cfg_tc
      
      The following functions were made static again:
      ice_vsi_setup_vector_base
      ice_vsi_alloc_q_vectors
      ice_vsi_get_qs
      void ice_vsi_map_rings_to_vectors
      ice_vsi_alloc_rings
      ice_vsi_set_rss_params
      ice_vsi_set_num_qs
      ice_get_free_slot
      ice_vsi_init
      ice_vsi_alloc_arrays
      Signed-off-by: default avatarAnirudh Venkataramanan <anirudh.venkataramanan@intel.com>
      Tested-by: default avatarAndrew Bowers <andrewx.bowers@intel.com>
      Signed-off-by: default avatarJeff Kirsher <jeffrey.t.kirsher@intel.com>
      37bb8390