2018-02-01 17:18:17 +00:00
|
|
|
.. SPDX-License-Identifier: BSD-3-Clause
|
|
|
|
Copyright(c) 2010-2016 Intel Corporation.
|
2015-01-31 22:06:06 +00:00
|
|
|
|
2021-10-06 22:35:44 +00:00
|
|
|
.. include:: <isonum.txt>
|
|
|
|
|
2015-01-31 22:06:06 +00:00
|
|
|
IXGBE Driver
|
|
|
|
============
|
|
|
|
|
|
|
|
Vector PMD for IXGBE
|
|
|
|
--------------------
|
|
|
|
|
|
|
|
Vector PMD uses Intel® SIMD instructions to optimize packet I/O.
|
|
|
|
It improves load/store bandwidth efficiency of L1 data cache by using a wider SSE/AVX register 1 (1).
|
|
|
|
The wider register gives space to hold multiple packet buffers so as to save instruction number when processing bulk of packets.
|
|
|
|
|
|
|
|
There is no change to PMD API. The RX/TX handler are the only two entries for vPMD packet I/O.
|
|
|
|
They are transparently registered at runtime RX/TX execution if all condition checks pass.
|
|
|
|
|
|
|
|
1. To date, only an SSE version of IX GBE vPMD is available.
|
|
|
|
|
|
|
|
Some constraints apply as pre-conditions for specific optimizations on bulk packet transfers.
|
|
|
|
The following sections explain RX and TX constraints in the vPMD.
|
|
|
|
|
|
|
|
RX Constraints
|
|
|
|
~~~~~~~~~~~~~~
|
|
|
|
|
2021-10-06 22:35:44 +00:00
|
|
|
Linux Prerequisites and Pre-conditions
|
|
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
2015-01-31 22:06:06 +00:00
|
|
|
|
|
|
|
The following prerequisites apply:
|
|
|
|
|
|
|
|
* To enable vPMD to work for RX, bulk allocation for Rx must be allowed.
|
|
|
|
|
|
|
|
Ensure that the following pre-conditions are satisfied:
|
|
|
|
|
|
|
|
* rxq->rx_free_thresh >= RTE_PMD_IXGBE_RX_MAX_BURST
|
|
|
|
|
|
|
|
* rxq->rx_free_thresh < rxq->nb_rx_desc
|
|
|
|
|
|
|
|
* (rxq->nb_rx_desc % rxq->rx_free_thresh) == 0
|
|
|
|
|
|
|
|
* rxq->nb_rx_desc < (IXGBE_MAX_RING_DESC - RTE_PMD_IXGBE_RX_MAX_BURST)
|
|
|
|
|
|
|
|
These conditions are checked in the code.
|
|
|
|
|
|
|
|
Scattered packets are not supported in this mode.
|
|
|
|
If an incoming packet is greater than the maximum acceptable length of one "mbuf" data size (by default, the size is 2 KB),
|
|
|
|
vPMD for RX would be disabled.
|
|
|
|
|
|
|
|
By default, IXGBE_MAX_RING_DESC is set to 4096 and RTE_PMD_IXGBE_RX_MAX_BURST is set to 32.
|
|
|
|
|
2021-10-06 22:35:44 +00:00
|
|
|
Windows Prerequisites and Pre-conditions
|
|
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
|
|
|
|
- Follow the :doc:`guide for Windows <../windows_gsg/run_apps>`
|
|
|
|
to setup the basic DPDK environment.
|
|
|
|
|
|
|
|
- Identify the Intel\ |reg| Ethernet adapter and get the latest NVM/FW version.
|
|
|
|
|
|
|
|
- To access any Intel\ |reg| Ethernet hardware,
|
|
|
|
load the NetUIO driver in place of existing built-in (inbox) driver.
|
|
|
|
|
|
|
|
- To load NetUIO driver, follow the steps mentioned in `dpdk-kmods repository
|
|
|
|
<https://git.dpdk.org/dpdk-kmods/tree/windows/netuio/README.rst>`_.
|
|
|
|
|
|
|
|
- Loading of private Dynamic Device Personalization (DDP) package
|
|
|
|
is not supported on Windows.
|
|
|
|
|
|
|
|
|
2015-01-31 22:06:06 +00:00
|
|
|
Feature not Supported by RX Vector PMD
|
|
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
|
|
|
|
Some features are not supported when trying to increase the throughput in vPMD.
|
|
|
|
They are:
|
|
|
|
|
|
|
|
* IEEE1588
|
|
|
|
|
|
|
|
* FDIR
|
|
|
|
|
|
|
|
* RX checksum off load
|
|
|
|
|
|
|
|
Other features are supported using optional MACRO configuration. They include:
|
|
|
|
|
|
|
|
* HW VLAN strip
|
|
|
|
|
|
|
|
* HW extend dual VLAN
|
|
|
|
|
2018-05-23 02:56:06 +00:00
|
|
|
To guarantee the constraint, capabilities in dev_conf.rxmode.offloads will be checked:
|
2015-01-31 22:06:06 +00:00
|
|
|
|
2021-10-22 11:03:12 +00:00
|
|
|
* RTE_ETH_RX_OFFLOAD_VLAN_STRIP
|
2015-01-31 22:06:06 +00:00
|
|
|
|
2021-10-22 11:03:12 +00:00
|
|
|
* RTE_ETH_RX_OFFLOAD_VLAN_EXTEND
|
2015-01-31 22:06:06 +00:00
|
|
|
|
2021-10-22 11:03:12 +00:00
|
|
|
* RTE_ETH_RX_OFFLOAD_CHECKSUM
|
2015-01-31 22:06:06 +00:00
|
|
|
|
|
|
|
* dev_conf
|
|
|
|
|
|
|
|
|
2022-05-10 18:57:25 +00:00
|
|
|
Disable SDP3 TX_DISABLE for Fiber Links
|
|
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
|
|
|
|
The following ``devargs`` option can be enabled at runtime. It must
|
|
|
|
be passed as part of EAL arguments. For example,
|
|
|
|
|
|
|
|
.. code-block:: console
|
|
|
|
|
|
|
|
dpdk-testpmd -a fiber_sdp3_no_tx_disable=1 -- -i
|
|
|
|
|
|
|
|
- ``fiber_sdp3_no_tx_disable`` (default **0**)
|
|
|
|
|
|
|
|
Not all IXGBE implementations with SFP cages use the SDP3 signal as
|
|
|
|
TX_DISABLE as a means to disable the laser on fiber SFP modules.
|
|
|
|
This option informs the driver that in this case, SDP3 is not to be
|
|
|
|
used as a check for link up by testing for laser on/off.
|
|
|
|
|
2019-06-07 15:56:21 +00:00
|
|
|
VF Runtime Options
|
|
|
|
^^^^^^^^^^^^^^^^^^
|
|
|
|
|
|
|
|
The following ``devargs`` options can be enabled at runtime. They must
|
|
|
|
be passed as part of EAL arguments. For example,
|
|
|
|
|
|
|
|
.. code-block:: console
|
|
|
|
|
2021-02-11 07:19:37 +00:00
|
|
|
dpdk-testpmd -a af:10.0,pflink_fullchk=1 -- -i
|
2019-06-07 15:56:21 +00:00
|
|
|
|
|
|
|
- ``pflink_fullchk`` (default **0**)
|
|
|
|
|
|
|
|
When calling ``rte_eth_link_get_nowait()`` to get VF link status,
|
|
|
|
this option is used to control how VF synchronizes its status with
|
|
|
|
PF's. If set, VF will not only check the PF's physical link status
|
|
|
|
by reading related register, but also check the mailbox status. We
|
|
|
|
call this behavior as fully checking. And checking mailbox will
|
|
|
|
trigger PF's mailbox interrupt generation. If unset, the application
|
|
|
|
can get the VF's link status quickly by just reading the PF's link
|
|
|
|
status register, this will avoid the whole system's mailbox interrupt
|
|
|
|
generation.
|
|
|
|
|
|
|
|
``rte_eth_link_get()`` will still use the mailbox method regardless
|
|
|
|
of the pflink_fullchk setting.
|
|
|
|
|
2015-01-31 22:06:06 +00:00
|
|
|
RX Burst Size
|
|
|
|
^^^^^^^^^^^^^
|
|
|
|
|
|
|
|
As vPMD is focused on high throughput, it assumes that the RX burst size is equal to or greater than 32 per burst.
|
|
|
|
It returns zero if using nb_pkt < 32 as the expected packet number in the receive handler.
|
|
|
|
|
|
|
|
TX Constraint
|
|
|
|
~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Prerequisite
|
|
|
|
^^^^^^^^^^^^
|
|
|
|
|
|
|
|
The only prerequisite is related to tx_rs_thresh.
|
|
|
|
The tx_rs_thresh value must be greater than or equal to RTE_PMD_IXGBE_TX_MAX_BURST,
|
|
|
|
but less or equal to RTE_IXGBE_TX_MAX_FREE_BUF_SZ.
|
|
|
|
Consequently, by default the tx_rs_thresh value is in the range 32 to 64.
|
|
|
|
|
2017-02-09 01:27:59 +00:00
|
|
|
Feature not Supported by TX Vector PMD
|
2015-01-31 22:06:06 +00:00
|
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
|
2018-05-22 14:12:47 +00:00
|
|
|
TX vPMD only works when offloads is set to 0
|
2015-01-31 22:06:06 +00:00
|
|
|
|
2018-05-22 14:12:47 +00:00
|
|
|
This means that it does not support any TX offload.
|
2015-01-31 22:06:06 +00:00
|
|
|
|
2016-10-14 16:35:08 +00:00
|
|
|
Application Programming Interface
|
2017-02-09 01:27:59 +00:00
|
|
|
---------------------------------
|
2016-10-14 16:35:08 +00:00
|
|
|
|
|
|
|
In DPDK release v16.11 an API for ixgbe specific functions has been added to the ixgbe PMD.
|
|
|
|
The declarations for the API functions are in the header ``rte_pmd_ixgbe.h``.
|
2015-01-31 22:06:06 +00:00
|
|
|
|
|
|
|
Sample Application Notes
|
2017-02-09 01:27:59 +00:00
|
|
|
------------------------
|
2015-01-31 22:06:06 +00:00
|
|
|
|
|
|
|
l3fwd
|
2017-02-09 01:27:59 +00:00
|
|
|
~~~~~
|
2015-01-31 22:06:06 +00:00
|
|
|
|
|
|
|
When running l3fwd with vPMD, there is one thing to note.
|
2021-10-22 11:03:12 +00:00
|
|
|
In the configuration, ensure that RTE_ETH_RX_OFFLOAD_CHECKSUM in port_conf.rxmode.offloads is NOT set.
|
2015-01-31 22:06:06 +00:00
|
|
|
Otherwise, by default, RX vPMD is disabled.
|
|
|
|
|
|
|
|
load_balancer
|
2017-02-09 01:27:59 +00:00
|
|
|
~~~~~~~~~~~~~
|
2015-01-31 22:06:06 +00:00
|
|
|
|
2021-10-22 11:03:12 +00:00
|
|
|
As in the case of l3fwd, to enable vPMD, do NOT set RTE_ETH_RX_OFFLOAD_CHECKSUM in port_conf.rxmode.offloads.
|
2015-01-31 22:06:06 +00:00
|
|
|
In addition, for improved performance, use -bsz "(32,32),(64,64),(32,32)" in load_balancer to avoid using the default burst size of 144.
|
2016-03-07 05:28:10 +00:00
|
|
|
|
|
|
|
|
2017-02-09 01:27:59 +00:00
|
|
|
Limitations or Known issues
|
|
|
|
---------------------------
|
|
|
|
|
2016-03-07 05:28:10 +00:00
|
|
|
Malicious Driver Detection not Supported
|
2017-02-09 01:27:59 +00:00
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
2016-03-07 05:28:10 +00:00
|
|
|
|
2016-04-07 21:14:48 +00:00
|
|
|
The Intel x550 series NICs support a feature called MDD (Malicious
|
2016-03-07 05:28:10 +00:00
|
|
|
Driver Detection) which checks the behavior of the VF driver.
|
|
|
|
If this feature is enabled, the VF must use the advanced context descriptor
|
|
|
|
correctly and set the CC (Check Context) bit.
|
|
|
|
DPDK PF doesn't support MDD, but kernel PF does. We may hit problem in this
|
|
|
|
scenario kernel PF + DPDK VF. If user enables MDD in kernel PF, DPDK VF will
|
|
|
|
not work. Because kernel PF thinks the VF is malicious. But actually it's not.
|
|
|
|
The only reason is the VF doesn't act as MDD required.
|
|
|
|
There's significant performance impact to support MDD. DPDK should check if
|
|
|
|
the advanced context descriptor should be set and set it. And DPDK has to ask
|
|
|
|
the info about the header length from the upper layer, because parsing the
|
2016-04-07 21:14:48 +00:00
|
|
|
packet itself is not acceptable. So, it's too expensive to support MDD.
|
2017-05-10 01:39:41 +00:00
|
|
|
When using kernel PF + DPDK VF on x550, please make sure to use a kernel
|
|
|
|
PF driver that disables MDD or can disable MDD.
|
|
|
|
|
|
|
|
Some kernel drivers already disable MDD by default while some kernels can use
|
|
|
|
the command ``insmod ixgbe.ko MDD=0,0`` to disable MDD. Each "0" in the
|
|
|
|
command refers to a port. For example, if there are 6 ixgbe ports, the command
|
|
|
|
should be changed to ``insmod ixgbe.ko MDD=0,0,0,0,0,0``.
|
2016-03-08 14:29:39 +00:00
|
|
|
|
|
|
|
|
|
|
|
Statistics
|
2017-02-09 01:27:59 +00:00
|
|
|
~~~~~~~~~~
|
2016-03-08 14:29:39 +00:00
|
|
|
|
|
|
|
The statistics of ixgbe hardware must be polled regularly in order for it to
|
|
|
|
remain consistent. Running a DPDK application without polling the statistics will
|
|
|
|
cause registers on hardware to count to the maximum value, and "stick" at
|
|
|
|
that value.
|
|
|
|
|
|
|
|
In order to avoid statistic registers every reaching the maximum value,
|
|
|
|
read the statistics from the hardware using ``rte_eth_stats_get()`` or
|
|
|
|
``rte_eth_xstats_get()``.
|
|
|
|
|
|
|
|
The maximum time between statistics polls that ensures consistent results can
|
|
|
|
be calculated as follows:
|
|
|
|
|
|
|
|
.. code-block:: c
|
|
|
|
|
|
|
|
max_read_interval = UINT_MAX / max_packets_per_second
|
|
|
|
max_read_interval = 4294967295 / 14880952
|
|
|
|
max_read_interval = 288.6218096127183 (seconds)
|
|
|
|
max_read_interval = ~4 mins 48 sec.
|
|
|
|
|
|
|
|
In order to ensure valid results, it is recommended to poll every 4 minutes.
|
2016-09-26 01:23:36 +00:00
|
|
|
|
2017-02-09 01:28:00 +00:00
|
|
|
MTU setting
|
|
|
|
~~~~~~~~~~~
|
|
|
|
|
|
|
|
Although the user can set the MTU separately on PF and VF ports, the ixgbe NIC
|
|
|
|
only supports one global MTU per physical port.
|
|
|
|
So when the user sets different MTUs on PF and VF ports in one physical port,
|
|
|
|
the real MTU for all these PF and VF ports is the largest value set.
|
|
|
|
This behavior is based on the kernel driver behavior.
|
|
|
|
|
2017-10-24 00:57:24 +00:00
|
|
|
VF MAC address setting
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
On ixgbe, the concept of "pool" can be used for different things depending on
|
|
|
|
the mode. In VMDq mode, "pool" means a VMDq pool. In IOV mode, "pool" means a
|
|
|
|
VF.
|
|
|
|
|
|
|
|
There is no RTE API to add a VF's MAC address from the PF. On ixgbe, the
|
|
|
|
``rte_eth_dev_mac_addr_add()`` function can be used to add a VF's MAC address,
|
|
|
|
as a workaround.
|
|
|
|
|
2018-10-15 04:36:34 +00:00
|
|
|
X550 does not support legacy interrupt mode
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
2019-04-26 15:14:21 +00:00
|
|
|
Description
|
|
|
|
^^^^^^^^^^^
|
2018-10-15 04:36:34 +00:00
|
|
|
X550 cannot get interrupts if using ``uio_pci_generic`` module or using legacy
|
|
|
|
interrupt mode of ``igb_uio`` or ``vfio``. Because the errata of X550 states
|
|
|
|
that the Interrupt Status bit is not implemented. The errata is the item #22
|
|
|
|
from `X550 spec update <https://www.intel.com/content/dam/www/public/us/en/
|
|
|
|
documents/specification-updates/ethernet-x550-spec-update.pdf>`_
|
|
|
|
|
|
|
|
Implication
|
|
|
|
^^^^^^^^^^^
|
|
|
|
When using ``uio_pci_generic`` module or using legacy interrupt mode of
|
|
|
|
``igb_uio`` or ``vfio``, the Interrupt Status bit would be checked if the
|
|
|
|
interrupt is coming. Since the bit is not implemented in X550, the irq cannot
|
|
|
|
be handled correctly and cannot report the event fd to DPDK apps. Then apps
|
|
|
|
cannot get interrupts and ``dmesg`` will show messages like ``irq #No.: ``
|
|
|
|
``nobody cared.``
|
|
|
|
|
|
|
|
Workaround
|
|
|
|
^^^^^^^^^^
|
|
|
|
Do not bind the ``uio_pci_generic`` module in X550 NICs.
|
|
|
|
Do not bind ``igb_uio`` with legacy mode in X550 NICs.
|
|
|
|
Before binding ``vfio`` with legacy mode in X550 NICs, use ``modprobe vfio ``
|
|
|
|
``nointxmask=1`` to load ``vfio`` module if the intx is not shared with other
|
|
|
|
devices.
|
2016-09-26 01:23:36 +00:00
|
|
|
|
2021-01-19 07:01:52 +00:00
|
|
|
RSS isn't supported when QinQ is enabled
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Due to FW limitation, IXGBE doesn't support RSS when QinQ is enabled currently.
|
|
|
|
|
2021-02-04 14:39:48 +00:00
|
|
|
UDP with zero checksum is reported as error
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Intel 82599 10 Gigabit Ethernet Controller Specification Update (Revision 2.87)
|
|
|
|
Errata: 44 Integrity Error Reported for IPv4/UDP Packets With Zero Checksum
|
|
|
|
|
|
|
|
To support UDP zero checksum, the zero and bad UDP checksum packet is marked as
|
2021-10-15 19:24:08 +00:00
|
|
|
RTE_MBUF_F_RX_L4_CKSUM_UNKNOWN, so the application needs to recompute the checksum to
|
2021-02-04 14:39:48 +00:00
|
|
|
validate it.
|
|
|
|
|
2017-11-09 12:29:42 +00:00
|
|
|
Inline crypto processing support
|
|
|
|
--------------------------------
|
|
|
|
|
|
|
|
Inline IPsec processing is supported for ``RTE_SECURITY_ACTION_TYPE_INLINE_CRYPTO``
|
|
|
|
mode for ESP packets only:
|
|
|
|
|
|
|
|
- ESP authentication only: AES-128-GMAC (128-bit key)
|
|
|
|
- ESP encryption and authentication: AES-128-GCM (128-bit key)
|
|
|
|
|
|
|
|
IPsec Security Gateway Sample Application supports inline IPsec processing for
|
|
|
|
ixgbe PMD.
|
|
|
|
|
|
|
|
For more details see the IPsec Security Gateway Sample Application and Security
|
|
|
|
library documentation.
|
|
|
|
|
|
|
|
|
2018-04-26 10:41:05 +00:00
|
|
|
Virtual Function Port Representors
|
|
|
|
----------------------------------
|
|
|
|
The IXGBE PF PMD supports the creation of VF port representors for the control
|
|
|
|
and monitoring of IXGBE virtual function devices. Each port representor
|
|
|
|
corresponds to a single virtual function of that device. Using the ``devargs``
|
|
|
|
option ``representor`` the user can specify which virtual functions to create
|
|
|
|
port representors for on initialization of the PF PMD by passing the VF IDs of
|
|
|
|
the VFs which are required.::
|
|
|
|
|
2020-11-10 22:55:40 +00:00
|
|
|
-a DBDF,representor=[0,1,4]
|
2018-04-26 10:41:05 +00:00
|
|
|
|
|
|
|
Currently hot-plugging of representor ports is not supported so all required
|
|
|
|
representors must be specified on the creation of the PF.
|
|
|
|
|
2016-09-26 01:23:36 +00:00
|
|
|
Supported Chipsets and NICs
|
|
|
|
---------------------------
|
|
|
|
|
|
|
|
- Intel 82599EB 10 Gigabit Ethernet Controller
|
|
|
|
- Intel 82598EB 10 Gigabit Ethernet Controller
|
|
|
|
- Intel 82599ES 10 Gigabit Ethernet Controller
|
|
|
|
- Intel 82599EN 10 Gigabit Ethernet Controller
|
|
|
|
- Intel Ethernet Controller X540-AT2
|
|
|
|
- Intel Ethernet Controller X550-BT2
|
|
|
|
- Intel Ethernet Controller X550-AT2
|
|
|
|
- Intel Ethernet Controller X550-AT
|
|
|
|
- Intel Ethernet Converged Network Adapter X520-SR1
|
|
|
|
- Intel Ethernet Converged Network Adapter X520-SR2
|
|
|
|
- Intel Ethernet Converged Network Adapter X520-LR1
|
|
|
|
- Intel Ethernet Converged Network Adapter X520-DA1
|
|
|
|
- Intel Ethernet Converged Network Adapter X520-DA2
|
|
|
|
- Intel Ethernet Converged Network Adapter X520-DA4
|
|
|
|
- Intel Ethernet Converged Network Adapter X520-QDA1
|
|
|
|
- Intel Ethernet Converged Network Adapter X520-T2
|
|
|
|
- Intel 10 Gigabit AF DA Dual Port Server Adapter
|
|
|
|
- Intel 10 Gigabit AT Server Adapter
|
|
|
|
- Intel 10 Gigabit AT2 Server Adapter
|
|
|
|
- Intel 10 Gigabit CX4 Dual Port Server Adapter
|
|
|
|
- Intel 10 Gigabit XF LR Server Adapter
|
|
|
|
- Intel 10 Gigabit XF SR Dual Port Server Adapter
|
|
|
|
- Intel 10 Gigabit XF SR Server Adapter
|
|
|
|
- Intel Ethernet Converged Network Adapter X540-T1
|
|
|
|
- Intel Ethernet Converged Network Adapter X540-T2
|
|
|
|
- Intel Ethernet Converged Network Adapter X550-T1
|
|
|
|
- Intel Ethernet Converged Network Adapter X550-T2
|
2022-07-21 08:05:46 +00:00
|
|
|
|
|
|
|
.. _net_ixgbe_testpmd_commands:
|
|
|
|
|
|
|
|
Testpmd driver specific commands
|
|
|
|
--------------------------------
|
|
|
|
|
|
|
|
Some ixgbe driver specific features are integrated in testpmd.
|
|
|
|
|
|
|
|
set split drop enable (for VF)
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Set split drop enable bit for VF from PF::
|
|
|
|
|
|
|
|
testpmd> set vf split drop (port_id) (vf_id) (on|off)
|
|
|
|
|
|
|
|
set macsec offload
|
|
|
|
~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Enable/disable MACsec offload::
|
|
|
|
|
|
|
|
testpmd> set macsec offload (port_id) on encrypt (on|off) replay-protect (on|off)
|
|
|
|
testpmd> set macsec offload (port_id) off
|
|
|
|
|
|
|
|
set macsec sc
|
|
|
|
~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Configure MACsec secure connection (SC)::
|
|
|
|
|
|
|
|
testpmd> set macsec sc (tx|rx) (port_id) (mac) (pi)
|
|
|
|
|
|
|
|
.. note::
|
|
|
|
|
|
|
|
The pi argument is ignored for tx.
|
|
|
|
Check the NIC Datasheet for hardware limitations.
|
|
|
|
|
|
|
|
set macsec sa
|
|
|
|
~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Configure MACsec secure association (SA)::
|
|
|
|
|
|
|
|
testpmd> set macsec sa (tx|rx) (port_id) (idx) (an) (pn) (key)
|
|
|
|
|
|
|
|
.. note::
|
|
|
|
|
|
|
|
The IDX value must be 0 or 1.
|
|
|
|
Check the NIC Datasheet for hardware limitations.
|
|
|
|
|
|
|
|
set tc tx min bandwidth
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Set all TCs' TX min relative bandwidth (%) globally for all PF and VFs::
|
|
|
|
|
|
|
|
testpmd> set tc tx min-bandwidth (port_id) (bw1, bw2, ...)
|
|
|
|
|
2022-07-21 08:05:47 +00:00
|
|
|
port config bypass
|
|
|
|
~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Enable/disable bypass feature::
|
|
|
|
|
|
|
|
port config bypass (port_id) (on|off)
|
|
|
|
|
2022-07-21 08:05:46 +00:00
|
|
|
set bypass mode
|
|
|
|
~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Set the bypass mode for the lowest port on bypass enabled NIC::
|
|
|
|
|
|
|
|
testpmd> set bypass mode (normal|bypass|isolate) (port_id)
|
|
|
|
|
|
|
|
set bypass event
|
|
|
|
~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Set the event required to initiate specified bypass mode for the lowest port on a bypass enabled::
|
|
|
|
|
|
|
|
testpmd> set bypass event (timeout|os_on|os_off|power_on|power_off) \
|
|
|
|
mode (normal|bypass|isolate) (port_id)
|
|
|
|
|
|
|
|
Where:
|
|
|
|
|
|
|
|
* ``timeout``: Enable bypass after watchdog timeout.
|
|
|
|
|
|
|
|
* ``os_on``: Enable bypass when OS/board is powered on.
|
|
|
|
|
|
|
|
* ``os_off``: Enable bypass when OS/board is powered off.
|
|
|
|
|
|
|
|
* ``power_on``: Enable bypass when power supply is turned on.
|
|
|
|
|
|
|
|
* ``power_off``: Enable bypass when power supply is turned off.
|
|
|
|
|
|
|
|
|
|
|
|
set bypass timeout
|
|
|
|
~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Set the bypass watchdog timeout to ``n`` seconds where 0 = instant::
|
|
|
|
|
|
|
|
testpmd> set bypass timeout (0|1.5|2|3|4|8|16|32)
|
|
|
|
|
|
|
|
show bypass config
|
|
|
|
~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Show the bypass configuration for a bypass enabled NIC using the lowest port on the NIC::
|
|
|
|
|
|
|
|
testpmd> show bypass config (port_id)
|