+
+Command Line Parameters
+=======================
+
+If the driver is built as a module, the following optional parameters are
+used by entering them on the command line with the modprobe command using
+this syntax:
+
+ modprobe ixgbe [<option>=<VAL1>,<VAL2>,...]
+
+For example, with two PRO/10GbE PCI Express adapters, entering:
+
+ modprobe ixgbe TxDescriptors=80,128
+
+loads the ixgbe driver with 80 TX resources for the first adapter and 128 TX
+resources for the second adapter.
+
+The default value for each parameter is generally the recommended setting,
+unless otherwise noted.
+
+
+RxQueues
+--------
+Valid Range: 1, 2, 4, 8
+Default Value: 8
+ Number of RX queues.
+
+
+RxFCHighThresh
+--------------
+Valid Range: 1,536 - 262,136 (0x600 - 0x3FFF8, 8 byte granularity)
+Default Value: 196,608 (0x30000)
+ Receive Flow control high threshold (when we send a pause frame)
+
+
+RxFCLowThresh
+-------------
+Valid Range: 64 - 262,136 (0x40 - 0x3FFF8, 8 byte granularity)
+ * must be less than high threshold by at least 8 bytes
+Default Value: 163,840 (0x28000)
+Receive Flow control low threshold (when we send a resume frame)
Does this really need to be tunable?
+
+
+RxBufferMode
+------------
+Valid Range: 0-2
+Default Value: 2
+0 = Driver will use single buffer for Rx packets.
+1 = Driver will use packet split mode for Rx. Packet header will be
+received in header buffer and payload will be received in data buffer.
+2. = Optimal mode. Driver will use single buffer mode for non-Jumbo
+configurations and packet split mode for Jumbo configurations.
+
+
+InterruptType
+-------------
+Valid Range: 0-2 0 = Legacy Int, 1 = MSI and 2 = MSIX
+Default Value: 2
+ Interrupt type
Bogus, just do it.
+
+
+FCReqTimeout
+------------
+Valid Range: 1 - 65535
+Default Value: 65535 (0xffff) (will send an xon if we recover)
+ Flow control request timeout (how long to pause the link partner's tx)
+
Extend ethtool?
+
+InterruptThrottleRate
+---------------------
+Valid Range: 100-100000 (0=off, 1=dynamic)
+Default Value:
+ Interrupt Throttle Rate (interrupts/sec)
Use ethtool for this
+
+
+FlowControl
+-----------
+Valid Range: 0-3
+0 - No Flow Control
+1 - Rx only, respond to PAUSE frames but do not generate them
+2 - Tx only, generate PAUSE frames but ignore them on receive
+3 - Full Flow Control Support
+Default Value: 1 - Rx only
+ User Specified Flow Control Override
+
Use ethtool, no module parameter please
+
+LLIPort
+-------
+Valid Range: 0 - 65535
+Default Value: 0 (disabled)
+
+ LLI is configured with the LLIPort command-line parameter, which specifies
+ which TCP should general Low Latency Interrupts.
+
+ For example, using LLIPort=80 would cause the board to generate an
+ immediate interrupt upon receipt of any packet sent to TCP port 80 on the
+ local machine.
+
This seems like a bogus feature, it is very protocol specific, and won't
work
with encapsulation, and probably not IPV6.
+
+LLIPush
+-------
+Valid Range: 0-1
+Default Value: 0 (disabled)
+
+ LLIPush can be set to be enabled or disabled (default). It is most
+ effective in an environment with many small transactions.
+ NOTE: Enabling LLIPush may allow a denial of service attack.
Extend ethtool instead?
+
+
+LLISize
+-------
+Valid Range: 0-1500
+Default Value: 0 (disabled)
+
+ LLISize causes an immediate interrupt if the board receives a packet smaller
+ than the specified size.
Another odd hardware feature. Just because hardware supports it,
you don't have to have driver support.
+
+
+Support
+=======
+
+For general information, go to the Intel support website at:
+
+ http://support.intel.com
+
+or the Intel Wired Networking project hosted by Sourceforge at:
+
+ http://sourceforge.net/projects/e1000
+
+If an issue is identified with the released source code on the supported
+kernel with a supported adapter, email the specific information related
+to the issue to [EMAIL PROTECTED]
Using module parameter for per device settings is bad idea.
Please extend existing interfaces like ethtool, etc rather than committing
to a bad inflexible API.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
