1 Linux* Base Driver for Intel(R) Network Connection
2 ==================================================
4 Intel Gigabit Linux driver.
5 Copyright(c) 1999 - 2010 Intel Corporation.
10 - Identifying Your Adapter
11 - Additional Configurations
14 Identifying Your Adapter
15 ========================
17 This driver supports all 82575, 82576 and 82580-based Intel (R) gigabit network
20 For specific information on how to identify your adapter, go to the Adapter &
23 http://support.intel.com/support/go/network/adapter/idguide.htm
25 Command Line Parameters
26 =======================
28 The default value for each parameter is generally the recommended setting,
29 unless otherwise noted.
36 This parameter adds support for SR-IOV. It causes the driver to spawn up to
37 max_vfs worth of virtual function.
39 Additional Configurations
40 =========================
44 Jumbo Frames support is enabled by changing the MTU to a value larger than
45 the default of 1500. Use the ifconfig command to increase the MTU size.
48 ifconfig eth<x> mtu 9000 up
50 This setting is not saved across reboots.
54 - The maximum MTU setting for Jumbo Frames is 9216. This value coincides
55 with the maximum Jumbo Frames size of 9234 bytes.
57 - Using Jumbo Frames at 10 or 100 Mbps may result in poor performance or
62 The driver utilizes the ethtool interface for driver configuration and
63 diagnostics, as well as displaying statistical information.
65 http://sourceforge.net/projects/gkernel.
67 Enabling Wake on LAN* (WoL)
68 ---------------------------
69 WoL is configured through the Ethtool* utility.
71 For instructions on enabling WoL with Ethtool, refer to the Ethtool man page.
73 WoL will be enabled on the system during the next shut down or reboot.
74 For this driver version, in order to enable WoL, the igb driver must be
75 loaded when shutting down or rebooting the system.
77 Wake On LAN is only supported on port A of multi-port adapters.
79 Wake On LAN is not supported for the Intel(R) Gigabit VT Quad Port Server
84 In this mode, a separate MSI-X vector is allocated for each queue and one
85 for "other" interrupts such as link status change and errors. All
86 interrupts are throttled via interrupt moderation. Interrupt moderation
87 must be used to avoid interrupt storms while the driver is processing one
88 interrupt. The moderation value should be at least as large as the expected
89 time for the driver to process an interrupt. Multiqueue is off by default.
91 REQUIREMENTS: MSI-X support is required for Multiqueue. If MSI-X is not
92 found, the system will fallback to MSI or to Legacy interrupts.
96 Large Receive Offload (LRO) is a technique for increasing inbound throughput
97 of high-bandwidth network connections by reducing CPU overhead. It works by
98 aggregating multiple incoming packets from a single stream into a larger
99 buffer before they are passed higher up the networking stack, thus reducing
100 the number of packets that have to be processed. LRO combines multiple
101 Ethernet frames into a single receive in the stack, thereby potentially
102 decreasing CPU utilization for receives.
104 NOTE: You need to have inet_lro enabled via either the CONFIG_INET_LRO or
105 CONFIG_INET_LRO_MODULE kernel config option. Additionally, if
106 CONFIG_INET_LRO_MODULE is used, the inet_lro module needs to be loaded
107 before the igb driver.
109 You can verify that the driver is using LRO by looking at these counters in
112 lro_aggregated - count of total packets that were combined
113 lro_flushed - counts the number of packets flushed out of LRO
114 lro_no_desc - counts the number of times an LRO descriptor was not available
117 NOTE: IPv6 and UDP are not supported by LRO.
122 For general information, go to the Intel support website at:
124 www.intel.com/support/
126 or the Intel Wired Networking project hosted by Sourceforge at:
128 http://sourceforge.net/projects/e1000
130 If an issue is identified with the released source code on the supported
131 kernel with a supported adapter, email the specific information related
132 to the issue to e1000-devel@lists.sf.net