1. 03 6月, 2015 1 次提交
  2. 04 5月, 2015 1 次提交
    • A
      e1000e: Cleanup handling of VLAN_HLEN as a part of max frame size · 8084b86d
      Alexander Duyck 提交于
      When the VLAN_HLEN was added to the calculation for the maximum frame size
      there seems to have been a number of issues added to the driver.
      
      The first issue is that in some cases the maximum frame size for a device
      never really reached the actual maximum frame size as the VLAN header
      length was not included the calculation for that value.  As a result some
      parts only supported a maximum frame size of either 1496 in the case of
      parts that didn't support jumbo frames, and 8996 in the case of the parts
      that do.
      
      The second issue is the fact that there were several checks that weren't
      updated so as a result setting an MTU of 1500 was treated as enabling jumbo
      frames as the calculated value was 1522 instead of 1518.  I have addressed
      those by replacing ETH_FRAME_LEN with VLAN_ETH_FRAME_LEN where appropriate.
      
      The final issue was the fact that lowering the MTU below 1500 would cause
      the driver to allocate 2K buffers for the rings.  This is an old issue that
      was fixed several years ago in igb/ixgbe and I am addressing now by just
      replacing == with a <= so that we always just round up to 1522 for anything
      that isn't a jumbo frame.
      
      Fixes: c751a3d5 ("e1000e: Correctly include VLAN_HLEN when changing interface MTU")
      Signed-off-by: NAlexander Duyck <alexander.h.duyck@redhat.com>
      Tested-by: NAaron Brown <aaron.f.brown@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      8084b86d
  3. 21 7月, 2014 1 次提交
  4. 27 5月, 2014 1 次提交
    • D
      e1000e: Failure to write SHRA turns on PROMISC mode · b3e5bf1f
      David Ertman 提交于
      Previously, the check to turn on promiscuous mode only took into account
      the total number of SHared Receive Address (SHRA) registers and if the
      request was for a register within that range.  It is possible that the
      Management Engine might have locked a number of SHRA and not allowed a
      new address to be written to the requested register.
      
      Add a function to determine the number of unlocked SHRA registers.  Then
      determine if the number of registers available is sufficient for our needs,
      if not then return -ENOMEM so that UNICAST PROMISC mode is activated.
      
      Since the method by which ME claims SHRA registers is non-deterministic,
      also add a return value to the function attempting to write an address
      to a SHRA, and return a -E1000_ERR_CONFIG if the write fails.  The error
      will be passed up the function chain and allow the driver to also set
      UNICAST PROMISC when this happens.
      
      Cc: Vlad Yasevich <vyasevic@redhat.com>
      Signed-off-by: NDave Ertman <davidx.m.ertman@intel.com>
      Tested-by: NAaron Brown <aaron.f.brown@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      b3e5bf1f
  5. 08 3月, 2014 1 次提交
  6. 28 8月, 2013 1 次提交
  7. 28 7月, 2013 1 次提交
  8. 21 5月, 2013 2 次提交
  9. 08 3月, 2013 7 次提交
  10. 05 2月, 2013 2 次提交
  11. 01 2月, 2013 2 次提交
  12. 28 1月, 2013 1 次提交
  13. 27 1月, 2013 4 次提交
  14. 18 1月, 2013 1 次提交
  15. 01 12月, 2012 1 次提交
  16. 31 8月, 2012 1 次提交
  17. 07 8月, 2012 2 次提交
  18. 14 7月, 2012 2 次提交
  19. 05 5月, 2012 1 次提交
  20. 03 5月, 2012 2 次提交
  21. 02 5月, 2012 1 次提交
    • B
      e1000e: fix .ndo_set_rx_mode for 82579 · 69e1e019
      Bruce Allan 提交于
      Secondary unicast and multicast addresses are added to the Receive
      Address registers (RAR) for most parts supported by the driver.  For
      82579, there is only one actual RAR and a number of Shared Receive Address
      registers (SHRAR) that are shared among the driver and f/w which can be
      reserved and write-protected by the f/w.  On this device, use the SHRARs
      that are not taken by f/w for the additional addresses.
      
      Add a MAC ops function pointer infrastructure (similar to other MAC
      operations in the driver) for setting RARs, introduce a new rar_set
      function for 82579 and convert the existing code that sets RARs on other
      devices to a generic rar_set function.
      Signed-off-by: NBruce Allan <bruce.w.allan@intel.com>
      Tested-by: NJeff Pieper <jeffrey.e.pieper@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      69e1e019
  22. 27 4月, 2012 1 次提交
  23. 14 4月, 2012 1 次提交
  24. 01 3月, 2012 1 次提交
  25. 25 2月, 2012 1 次提交