1. 04 3月, 2016 1 次提交
    • C
      e1000e: Adds hardware supported cross timestamp on e1000e nic · 01d7ada5
      Christopher S. Hall 提交于
      Modern Intel systems supports cross timestamping of the network device
      clock and Always Running Timer (ART) in hardware.  This allows the
      device time and system time to be precisely correlated. The timestamp
      pair is returned through e1000e_phc_get_syncdevicetime() used by
      get_system_device_crosststamp().  The hardware cross-timestamp result
      is made available to applications through the PTP_SYS_OFFSET_PRECISE
      ioctl which calls e1000e_phc_getcrosststamp().
      
      Cc: Prarit Bhargava <prarit@redhat.com>
      Cc: Richard Cochran <richardcochran@gmail.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Andy Lutomirski <luto@amacapital.net>
      Cc: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
      Cc: kevin.b.stanton@intel.com
      Cc: kevin.j.clarke@intel.com
      Cc: hpa@zytor.com
      Cc: jeffrey.t.kirsher@intel.com
      Cc: netdev@vger.kernel.org
      Acked-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NChristopher S. Hall <christopher.s.hall@intel.com>
      [jstultz: Reworked to use new interface, commit message tweaks]
      Signed-off-by: NJohn Stultz <john.stultz@linaro.org>
      01d7ada5
  2. 15 12月, 2015 1 次提交
  3. 03 6月, 2015 1 次提交
  4. 24 2月, 2015 1 次提交
  5. 26 7月, 2014 1 次提交
  6. 08 3月, 2014 2 次提交
    • D
      e1000e: Feature Enable PHY Ultra Low Power Mode (ULP) · 74f350ee
      David Ertman 提交于
      ULP is a power saving feature that reduces the power consumption of the
      PHY when a cable is not connected.
      
      ULP is gated on the following conditions:
      1) The hardware must support ULP.  Currently this is only I218
         devices from Intel
      2) ULP is initiated by the driver, so, no driver results in no ULP.
      3) ULP's implementation utilizes Runtime Power Management to toggle its
         execution.  ULP is enabled/disabled based on the state of Runtime PM.
      4) ULP is not active when wake-on-unicast, multicast or broadcast is active
         as these features are mutually-exclusive.
      
      Since the PHY is in an unavailable state while ULP is active, any access
      of the PHY registers will fail.  This is resolved by utilizing kernel
      calls that cause the device to exit Runtime PM (e.g. pm_runtime_get_sync)
      and then, after PHY access is complete,  allow the device to resume
      Runtime PM (e.g. pm_runtime_put_sync).
      
      Under certain conditions, toggling the LANPHYPC is necessary to disable
      ULP mode.  Break out existing code to toggle LANPHYPC to a new function
      to avoid code duplication.
      Signed-off-by: NDave Ertman <davidx.m.ertman@intel.com>
      Cc: Bruce 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>
      74f350ee
    • D
      e1000e: Cleanup - Update GPL header and Copyright · e78b80b1
      David Ertman 提交于
      This patch is to update the GPL header by removing the portion that
      refers to the Free Software Foundation address.
      
      Change the copyright date for 2014.
      
      Reformat the header comments to conform to kernel networking coding norms
      Signed-off-by: NDave Ertman <davidx.m.ertman@intel.com>
      Tested-by: NJeff Pieper <jeffrey.e.pieper@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      e78b80b1
  7. 28 3月, 2013 2 次提交
  8. 08 3月, 2013 3 次提交
  9. 05 2月, 2013 2 次提交
  10. 01 2月, 2013 3 次提交
  11. 30 1月, 2013 1 次提交
    • B
      e1000e: enable ECC on I217/I218 to catch packet buffer memory errors · 28600304
      Bruce Allan 提交于
      In rare instances, memory errors have been detected in the internal packet
      buffer memory on I217/I218 when stressed under certain environmental
      conditions.  Enable Error Correcting Code (ECC) in hardware to catch both
      correctable and uncorrectable errors.  Correctable errors will be handled
      by the hardware.  Uncorrectable errors in the packet buffer will cause the
      packet to be received with an error indication in the buffer descriptor
      causing the packet to be discarded.  If the uncorrectable error is in the
      descriptor itself, the hardware will stop and interrupt the driver
      indicating the error.  The driver will then reset the hardware in order to
      clear the error and restart.
      
      Both types of errors will be accounted for in statistics counters.
      Signed-off-by: NBruce Allan <bruce.w.allan@intel.com>
      Cc: <stable@vger.kernel.org> # 3.5.x & 3.6.x
      Tested-by: NJeff Pieper <jeffrey.e.pieper@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      28600304
  12. 28 1月, 2013 2 次提交
  13. 27 1月, 2013 3 次提交
  14. 18 1月, 2013 2 次提交
  15. 16 1月, 2013 2 次提交
  16. 01 12月, 2012 1 次提交
  17. 01 7月, 2012 1 次提交
    • B
      e1000e: remove use of IP payload checksum · 2e1706f2
      Bruce Allan 提交于
      Currently only used when packet split mode is enabled with jumbo frames,
      IP payload checksum (for fragmented UDP packets) is mutually exclusive with
      receive hashing offload since the hardware uses the same space in the
      receive descriptor for the hardware-provided packet checksum and the RSS
      hash, respectively.  Users currently must disable jumbos when receive
      hashing offload is enabled, or vice versa, because of this incompatibility.
      Since testing has shown that IP payload checksum does not provide any real
      benefit, just remove it so that there is no longer a choice between jumbos
      or receive hashing offload but not both as done in other Intel GbE drivers
      (e.g. e1000, igb).
      
      Also, add a missing check for IP checksum error reported by the hardware;
      let the stack verify the checksum when this happens.
      
      CC: stable <stable@vger.kernel.org> [3.4]
      Signed-off-by: NBruce Allan <bruce.w.allan@intel.com>
      Tested-by: NAaron Brown <aaron.f.brown@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2e1706f2
  18. 17 5月, 2012 1 次提交
  19. 04 5月, 2012 1 次提交
  20. 24 2月, 2012 1 次提交
  21. 27 1月, 2012 1 次提交
  22. 26 1月, 2012 1 次提交
    • B
      e1000e: add Receive Packet Steering (RPS) support · 70495a50
      Bruce Allan 提交于
      Enable RPS by default.  Disallow jumbo frames when both receive checksum
      and receive hashing are enabled because the hardware cannot do both IP
      payload checksum (enabled when receive checksum is enabled when using
      packet split which is used for jumbo frames) and provide RSS hash at the
      same time.
      
      v2: added ethtool command to query flow hashing behavior per Ben Hutchings
          and changed the type of rsskey to cleanup the setting of the register
          array and avoid unnecessary casts (as pointed out by Joe Perches).
          The long error messages are not changed since there is nothing in
          the kernel ./Documentation that suggests the preferred method for
          dealing with long messages other than to never break strings; leaving
          them as-is for now.
      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>
      70495a50
  23. 11 8月, 2011 1 次提交
  24. 11 3月, 2011 1 次提交
  25. 14 1月, 2011 1 次提交
  26. 11 12月, 2010 1 次提交
  27. 17 11月, 2010 1 次提交
  28. 01 10月, 2010 1 次提交