1. 16 10月, 2015 2 次提交
  2. 15 10月, 2015 2 次提交
  3. 14 10月, 2015 1 次提交
  4. 09 10月, 2015 4 次提交
  5. 08 10月, 2015 3 次提交
  6. 30 9月, 2015 2 次提交
  7. 29 9月, 2015 2 次提交
  8. 02 9月, 2015 1 次提交
    • A
      i40e: Set defport behavior for the Main VSI when in promiscuous mode · 92faef85
      Anjali Singhai Jain 提交于
      This fixes bugs where the port is not receiving multicast or VLAN tagged
      packets when in promiscuous mode. This can occur when a SW bridge is
      created on top of the device.
      
      This also fixes issues where the promiscuous behavior setting was not
      being preserved across a reset caused by features being enabled or
      disabled.
      
      We are using defport instead of doing a true promiscuous mode because we do
      not need to receive the SRIOV or VMDq VSI directed traffic which would suck
      up bandwidth and is really not intended for the SW bridge.
      
      In addition, with defport we get VLAN promiscuous behavior which is not
      possible from the VSI level promiscuous setting.
      
      Change-ID: Ie21985eac32d5af1c02e9d71c6430a90d5bab40f
      Signed-off-by: NAnjali Singhai Jain <anjali.singhai@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      92faef85
  9. 27 8月, 2015 1 次提交
  10. 06 8月, 2015 3 次提交
  11. 23 7月, 2015 1 次提交
  12. 05 6月, 2015 1 次提交
    • A
      i40e: start up in VEPA mode by default · fc60861e
      Anjali Singhai Jain 提交于
      The patch fixes a bug in the default configuration which
      prevented a software bridge loaded on the PF interface from
      working correctly because broadcast packets are incorrectly
      looped back.
      
      Fix the general case, by loading the driver in VEPA mode Until a
      VF or VMDq VSI is added. This way loopback on the Main VSI is
      turned off until needed and can resolve the issue of unnecessary
      reflection for users that do not have VF or VMDq VSIs setup.
      
      The driver must now coordinate the loopback setting for the Flow
      Director (FDIR) VSI to make sure it is in sync with the current
      VEB or VEPA mode setting.
      
      The user can still switch bridge modes from the bridge commands and
      choose to be in VEPA mode with VF VSIs. Because of hardware
      requirements, the call to switch to VEB mode when no VF/VMDqs are
      present will be rejected.
      
      NOTE: This patch uses BIT_ULL as that is preferred going forward,
      a followup patch in the lower priority queue to net-next will fix
      up the remaining 1 << usages.
      
      Change-ID: Ib121ddb18fe4b3c4f52e9deda6fcbeb9105683d1
      Signed-off-by: NAnjali Singhai Jain <anjali.singhai@intel.com>
      Signed-off-by: NJesse Brandeburg <jesse.brandeburg@intel.com>
      Tested-by: NJim Young <james.m.young@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      fc60861e
  13. 28 5月, 2015 2 次提交
  14. 03 4月, 2015 1 次提交
  15. 10 3月, 2015 1 次提交
  16. 09 3月, 2015 1 次提交
  17. 07 3月, 2015 3 次提交
  18. 05 3月, 2015 1 次提交
  19. 04 3月, 2015 1 次提交
  20. 03 3月, 2015 5 次提交
  21. 25 2月, 2015 2 次提交
    • G
      i40e: Use ethtool private flags to display NPAR status · 7e45ab44
      Greg Rose 提交于
      Allow an application to query the i40e driver's private flags to get the
      status of NPAR enablement.  This will be used by applications to determine
      if there are NPAR specific features available.
      
      Change-ID: Ia6d9477a48f9c4cb41ca022bd433f77da3f2146c
      Signed-off-by: NGreg Rose <gregory.v.rose@intel.com>
      Tested-by: NJim Young <james.m.young@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      7e45ab44
    • N
      i40e: Add support for getlink, setlink ndo ops · 51616018
      Neerav Parikh 提交于
      Add support for bridge offload ndo_ops getlink and setlink to
      enable bridge hardware mode as per the mode set via IFLA_BRIDGE_MODE.
      The support is only enabled in case of a PF VSI and not available for
      any other VSI type.
      
      By default the i40e driver inserts a bridge as part of the bring-up
      when a FDIR type VSI and/or a FCoE VSI is created. This bridge is
      created in VEB mode by default i.e. after creating the bridge using
      "Add VEB" AQ command the loopback for the PF's default VSI is enabled.
      
      The patch adds capability where all the VSIs created as downlink to
      the bridge inherits the loopback property and enables loopback only
      if the uplink bridge is operating in VEB mode.
      Hence, there is no need to explicitly enable loopback as part of
      allocating resources for SR-IOV VFs and call to do that has been
      removed.
      
      In case a user-request is made either via "bridge" utility or using
      the bridge netlink interface that requires to change the hardware
      bridge mode then that would require a PF reset and rebuild of the
      switch hierarchy.
      
      Also update the copyright year.
      
      Change-ID: I4d78fc1c83158efda29ba7be92239b74f75d6d25
      Signed-off-by: NNeerav Parikh <neerav.parikh@intel.com>
      Tested-By: NJim Young <james.m.young@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      51616018