1 .. SPDX-License-Identifier: BSD-3-Clause
2 Copyright(c) 2017 Marvell International Ltd.
3 Copyright(c) 2017 Semihalf.
5 .. _mvpp2_poll_mode_driver:
10 The MVPP2 PMD (**librte_net_mvpp2**) provides poll mode driver support
11 for the Marvell PPv2 (Packet Processor v2) 1/10 Gbps adapter.
13 Detailed information about SoCs that use PPv2 can be obtained here:
15 * https://www.marvell.com/embedded-processors/armada-70xx/
16 * https://www.marvell.com/embedded-processors/armada-80xx/
22 Features of the MVPP2 PMD are:
32 - Multicast MAC filter
40 - :ref:`Extended stats <extstats>`
43 - :ref:`QoS <extconf>`
44 - :ref:`Flow API <flowapi>`
45 - :ref:`Traffic metering and policing <mtrapi>`
46 - :ref:`Traffic Management API <tmapi>`
51 - Number of lcores is limited to 9 by MUSDK internal design. If more lcores
52 need to be allocated, locking will have to be considered. Number of available
53 lcores can be changed via ``MRVL_MUSDK_HIFS_RESERVED`` define in
54 ``mrvl_ethdev.c`` source file.
56 - Flushing vlans added for filtering is not possible due to MUSDK missing
57 functionality. Current workaround is to reset board so that PPv2 has a
58 chance to start in a sane state.
60 - MUSDK architecture does not support changing configuration in run time.
61 All necessary configurations should be done before first dev_start().
63 - RX queue start/stop is not supported.
65 - Current implementation does not support replacement of buffers in the HW buffer pool
66 at run time, so it is responsibility of the application to ensure that MTU does not exceed the configured buffer size.
68 - Configuring TX flow control currently is not supported.
70 - In current implementation, mechanism for acknowledging transmitted packets (``tx_done_cleanup``) is not supported.
72 - Running more than one DPDK-MUSDK application simultaneously is not supported.
78 - Custom Linux Kernel sources
80 .. code-block:: console
82 git clone https://github.com/MarvellEmbeddedProcessors/linux-marvell.git -b linux-4.4.120-armada-18.09
84 - Out of tree `mvpp2x_sysfs` kernel module sources
86 .. code-block:: console
88 git clone https://github.com/MarvellEmbeddedProcessors/mvpp2x-marvell.git -b mvpp2x-armada-18.09
90 - MUSDK (Marvell User-Space SDK) sources
92 .. code-block:: console
94 git clone https://github.com/MarvellEmbeddedProcessors/musdk-marvell.git -b musdk-release-SDK-10.3.5.0-PR2
96 MUSDK is a light-weight library that provides direct access to Marvell's
97 PPv2 (Packet Processor v2). Alternatively prebuilt MUSDK library can be
98 requested from `Marvell Extranet <https://extranet.marvell.com>`_. Once
99 approval has been granted, library can be found by typing ``musdk`` in
102 To get better understanding of the library one can consult documentation
103 available in the ``doc`` top level directory of the MUSDK sources.
107 Follow the DPDK :ref:`Getting Started Guide for Linux <linux_gsg>` to setup
114 Driver needs precompiled MUSDK library during compilation.
116 .. code-block:: console
118 export CROSS_COMPILE=<toolchain>/bin/aarch64-linux-gnu-
120 ./configure --host=aarch64-linux-gnu
123 MUSDK will be installed to `usr/local` under current directory.
124 For the detailed build instructions please consult ``doc/musdk_get_started.txt``.
130 Add path to libmusdk.pc in PKG_CONFIG_PATH environment variable.
132 .. code-block:: console
134 export PKG_CONFIG_PATH=$<musdk_install_dir>/lib/pkgconfig/:$PKG_CONFIG_PATH
136 meson build --cross-file config/arm/arm64_armada_linux_gcc
143 MVPP2 PMD requires extra out of tree kernel modules to function properly.
144 `musdk_cma` sources are part of the MUSDK. Please consult
145 ``doc/musdk_get_started.txt`` for the detailed build instructions.
146 For `mvpp2x_sysfs` please consult ``Documentation/pp22_sysfs.txt`` for the
147 detailed build instructions.
149 .. code-block:: console
152 insmod mvpp2x_sysfs.ko
154 Additionally interfaces used by DPDK application need to be put up:
156 .. code-block:: console
161 In order to run testpmd example application following command can be used:
163 .. code-block:: console
165 ./dpdk-testpmd --vdev=eth_mvpp2,iface=eth0,iface=eth2 -c 7 -- \
166 --burst=128 --txd=2048 --rxd=1024 --rxq=2 --txq=2 --nb-cores=2 \
174 MVPP2 PMD supports the following extended statistics:
176 - ``rx_bytes``: number of RX bytes
177 - ``rx_packets``: number of RX packets
178 - ``rx_unicast_packets``: number of RX unicast packets
179 - ``rx_errors``: number of RX MAC errors
180 - ``rx_fullq_dropped``: number of RX packets dropped due to full RX queue
181 - ``rx_bm_dropped``: number of RX packets dropped due to no available buffers in the HW pool
182 - ``rx_early_dropped``: number of RX packets that were early dropped
183 - ``rx_fifo_dropped``: number of RX packets dropped due to RX fifo overrun
184 - ``rx_cls_dropped``: number of RX packets dropped by classifier
185 - ``tx_bytes``: number of TX bytes
186 - ``tx_packets``: number of TX packets
187 - ``tx_unicast_packets``: number of TX unicast packets
188 - ``tx_errors``: number of TX MAC errors
193 External Configuration
194 ----------------------
196 Several driver configuration (e.g. QoS) can be done through external configuration file. Path to the
197 file must be given as `cfg` in driver's vdev parameter list.
202 .. code-block:: console
204 [policer <policer_id>]
205 token_unit = <token_unit>
211 [parser udf <udf_id>]
218 [port <portnum> default]
219 start_hdr = <start_hdr>
220 forward_bad_frames = <forward_bad_frames>
221 fill_bpool_buffs = <fill_bpool_buffs>
222 default_tc = <default_tc>
223 mapping_priority = <mapping_priority>
225 rate_limit_enable = <rate_limit_enable>
226 rate_limit = <rate_limit>
227 burst_size = <burst_size>
229 default_policer = <policer_id>
231 [port <portnum> tc <traffic_class>]
232 rxq = <rx_queue_list>
235 default_color = <default_color>
237 [port <portnum> tc <traffic_class>]
238 rxq = <rx_queue_list>
242 [port <portnum> txq <txqnum>]
243 sched_mode = <sched_mode>
244 wrr_weight = <wrr_weight>
246 rate_limit_enable = <rate_limit_enable>
247 rate_limit = <rate_limit>
248 burst_size = <burst_size>
252 - ``<udf_id>``: Logical UDF id.
254 - ``<proto>``: Indicate the preceding hdr before the UDF header (`eth` or `udp`).
256 - ``<field>``: Indicate the field of the <proto> hdr (`type` (eth) or `dport` (udp).
258 - ``<key>``: UDF key in string format starting with '0x'.
260 - ``<mask>``: UDF mask in string format starting with '0x'.
262 - ``<offset>``: Starting UDF offset from the <proto> hdr.
264 - ``<portnum>``: DPDK Port number (0..n).
266 - ``<start_hdr>``: Indicate what is the start header mode (`none` (eth), `dsa`, `ext_dsa` or `custom`).
268 - ``<forward_bad_frames>``: Indicate whether to forward or drop l2 bad packets (0 or 1).
270 - ``<fill_bpool_buffs>``: Control the amount of refill buffers (default is 64).
272 - ``<default_tc>``: Default traffic class (e.g. 0)
274 - ``<mapping_priority>``: QoS priority for mapping (`ip`, `vlan`, `ip/vlan` or `vlan/ip`).
276 - ``<traffic_class>``: Traffic Class to be configured.
278 - ``<rx_queue_list>``: List of DPDK RX queues (e.g. 0 1 3-4)
280 - ``<pcp_list>``: List of PCP values to handle in particular TC (e.g. 0 1 3-4 7).
282 - ``<dscp_list>``: List of DSCP values to handle in particular TC (e.g. 0-12 32-48 63).
284 - ``<default_policer>``: Id of the policer configuration section to be used as default.
286 - ``<policer_id>``: Id of the policer configuration section (0..31).
288 - ``<token_unit>``: Policer token unit (`bytes` or `packets`).
290 - ``<color_mode>``: Policer color mode (`aware` or `blind`).
292 - ``<cir>``: Committed information rate in unit of kilo bits per second (data rate) or packets per second.
294 - ``<cbs>``: Committed burst size in unit of kilo bytes or number of packets.
296 - ``<ebs>``: Excess burst size in unit of kilo bytes or number of packets.
298 - ``<default_color>``: Default color for specific tc.
300 - ``<rate_limit_enable>``: Enables per port or per txq rate limiting (`0`/`1` to disable/enable).
302 - ``<rate_limit>``: Committed information rate, in kilo bits per second.
304 - ``<burst_size>``: Committed burst size, in kilo bytes.
306 - ``<sched_mode>``: Egress scheduler mode (`wrr` or `sp`).
308 - ``<wrr_weight>``: Txq weight.
310 Setting PCP/DSCP values for the default TC is not required. All PCP/DSCP
311 values not assigned explicitly to particular TC will be handled by the
314 Configuration file example
315 ^^^^^^^^^^^^^^^^^^^^^^^^^^
317 .. code-block:: console
328 mapping_priority = ip
330 rate_limit_enable = 1
355 mapping_priority = vlan/ip
372 rate_limit_enable = 1
376 Configuration file example with UDF
377 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
379 .. code-block:: console
391 .. code-block:: console
393 ./dpdk-testpmd --vdev=eth_mvpp2,iface=eth0,iface=eth2,cfg=/home/user/mrvl.conf \
394 -c 7 -- -i -a --disable-hw-vlan-strip --rxq=3 --txq=3
401 PPv2 offers packet classification capabilities via classifier engine which
402 can be configured via generic flow API offered by DPDK.
404 The :ref:`flow_isolated_mode` is supported.
406 For an additional description please refer to DPDK :doc:`../prog_guide/rte_flow`.
408 Supported flow actions
409 ~~~~~~~~~~~~~~~~~~~~~~
411 Following flow action items are supported by the driver:
420 Following flow items and their respective fields are supported by the driver:
438 * destination address
445 * destination address
457 Classifier match engine
458 ~~~~~~~~~~~~~~~~~~~~~~~
460 Classifier has an internal match engine which can be configured to
461 operate in either exact or maskable mode.
463 Mode is selected upon creation of the first unique flow rule as follows:
465 * maskable, if key size is up to 8 bytes.
466 * exact, otherwise, i.e for keys bigger than 8 bytes.
468 Where the key size equals the number of bytes of all fields specified
471 .. table:: Examples of key size calculation
473 +----------------------------------------------------------------------------+-------------------+-------------+
474 | Flow pattern | Key size in bytes | Used engine |
475 +============================================================================+===================+=============+
476 | ETH (destination MAC) / VLAN (VID) | 6 + 2 = 8 | Maskable |
477 +----------------------------------------------------------------------------+-------------------+-------------+
478 | VLAN (VID) / IPV4 (source address) | 2 + 4 = 6 | Maskable |
479 +----------------------------------------------------------------------------+-------------------+-------------+
480 | TCP (source port, destination port) | 2 + 2 = 4 | Maskable |
481 +----------------------------------------------------------------------------+-------------------+-------------+
482 | VLAN (priority) / IPV4 (source address) | 1 + 4 = 5 | Maskable |
483 +----------------------------------------------------------------------------+-------------------+-------------+
484 | IPV4 (destination address) / UDP (source port, destination port) | 6 + 2 + 2 = 10 | Exact |
485 +----------------------------------------------------------------------------+-------------------+-------------+
486 | VLAN (VID) / IPV6 (flow label, destination address) | 2 + 3 + 16 = 21 | Exact |
487 +----------------------------------------------------------------------------+-------------------+-------------+
488 | IPV4 (DSCP, source address, destination address) | 1 + 4 + 4 = 9 | Exact |
489 +----------------------------------------------------------------------------+-------------------+-------------+
490 | IPV6 (flow label, source address, destination address) | 3 + 16 + 16 = 35 | Exact |
491 +----------------------------------------------------------------------------+-------------------+-------------+
493 From the user perspective maskable mode means that masks specified
494 via flow rules are respected. In case of exact match mode, masks
495 which do not provide exact matching (all bits masked) are ignored.
497 If the flow matches more than one classifier rule the first
498 (with the lowest index) matched takes precedence.
500 Flow rules usage example
501 ~~~~~~~~~~~~~~~~~~~~~~~~
503 Before proceeding run testpmd user application:
505 .. code-block:: console
507 ./dpdk-testpmd --vdev=eth_mvpp2,iface=eth0,iface=eth2 -c 3 -- -i --p 3 -a --disable-hw-vlan-strip
512 .. code-block:: console
514 testpmd> flow create 0 ingress pattern eth src is 10:11:12:13:14:15 / end actions drop / end
516 In this case key size is 6 bytes thus maskable type is selected. Testpmd
517 will set mask to ff:ff:ff:ff:ff:ff i.e traffic explicitly matching
518 above rule will be dropped.
523 .. code-block:: console
525 testpmd> flow create 0 ingress pattern ipv4 src spec 10.10.10.0 src mask 255.255.255.0 / tcp src spec 0x10 src mask 0x10 / end action drop / end
527 In this case key size is 8 bytes thus maskable type is selected.
528 Flows which have IPv4 source addresses ranging from 10.10.10.0 to 10.10.10.255
529 and tcp source port set to 16 will be dropped.
534 .. code-block:: console
536 testpmd> flow create 0 ingress pattern vlan vid spec 0x10 vid mask 0x10 / ipv4 src spec 10.10.1.1 src mask 255.255.0.0 dst spec 11.11.11.1 dst mask 255.255.255.0 / end actions drop / end
538 In this case key size is 10 bytes thus exact type is selected.
539 Even though each item has partial mask set, masks will be ignored.
540 As a result only flows with VID set to 16 and IPv4 source and destination
541 addresses set to 10.10.1.1 and 11.11.11.1 respectively will be dropped.
546 Following limitations need to be taken into account while creating flow rules:
548 * For IPv4 exact match type the key size must be up to 12 bytes.
549 * For IPv6 exact match type the key size must be up to 36 bytes.
550 * Following fields cannot be partially masked (all masks are treated as
557 * TCP/UDP: source port, destination port
559 * Only one classifier table can be created thus all rules in the table
560 have to match table format. Table format is set during creation of
561 the first unique flow rule.
562 * Up to 5 fields can be specified per flow rule.
563 * Up to 20 flow rules can be added.
565 For additional information about classifier please consult
566 ``doc/musdk_cls_user_guide.txt``.
570 Traffic metering and policing
571 -----------------------------
573 MVPP2 PMD supports DPDK traffic metering and policing that allows the following:
575 1. Meter ingress traffic.
577 3. Gather statistics.
579 For an additional description please refer to DPDK :doc:`Traffic Metering and Policing API <../prog_guide/traffic_metering_and_policing>`.
581 The policer objects defined by this feature can work with the default policer defined via config file as described in :ref:`QoS Support <extconf>`.
586 The following capabilities are not supported:
588 - MTR object meter DSCP table update
589 - MTR object policer action update
590 - MTR object enabled statistics
595 1. Run testpmd user app:
597 .. code-block:: console
599 ./dpdk-testpmd --vdev=eth_mvpp2,iface=eth0,iface=eth2 -c 6 -- -i -p 3 -a --txd 1024 --rxd 1024
601 2. Create meter profile:
603 .. code-block:: console
605 testpmd> add port meter profile 0 0 srtcm_rfc2697 2000 256 256
609 .. code-block:: console
611 testpmd> create port meter 0 0 0 yes d d d 0 1 0
613 4. Create flow rule witch meter attached:
615 .. code-block:: console
617 testpmd> flow create 0 ingress pattern ipv4 src is 10.10.10.1 / end actions meter mtr_id 0 / end
619 For a detailed usage description please refer to "Traffic Metering and Policing" section in DPDK :doc:`Testpmd Runtime Functions <../testpmd_app_ug/testpmd_funcs>`.
625 Traffic Management API
626 ----------------------
628 MVPP2 PMD supports generic DPDK Traffic Management API which allows to
629 configure the following features:
631 1. Hierarchical scheduling
633 3. Congestion management
636 Internally TM is represented by a hierarchy (tree) of nodes.
637 Node which has a parent is called a leaf whereas node without
638 parent is called a non-leaf (root).
639 MVPP2 PMD supports two level hierarchy where level 0 represents ports and level 1 represents tx queues of a given port.
641 .. figure:: img/mvpp2_tm.*
643 Nodes hold following types of settings:
645 - for egress scheduler configuration: weight
646 - for egress rate limiter: private shaper
647 - bitmask indicating which statistics counters will be read
649 Hierarchy is always constructed from the top, i.e first a root node is added
650 then some number of leaf nodes. Number of leaf nodes cannot exceed number
651 of configured tx queues.
653 After hierarchy is complete it can be committed.
656 For an additional description please refer to DPDK :doc:`Traffic Management API <../prog_guide/traffic_management>`.
661 The following capabilities are not supported:
663 - Traffic manager WRED profile and WRED context
664 - Traffic manager shared shaper update
665 - Traffic manager packet marking
666 - Maximum number of levels in hierarchy is 2
667 - Currently dynamic change of a hierarchy is not supported
672 For a detailed usage description please refer to "Traffic Management" section in DPDK :doc:`Testpmd Runtime Functions <../testpmd_app_ug/testpmd_funcs>`.
674 1. Run testpmd as follows:
676 .. code-block:: console
678 ./dpdk-testpmd --vdev=net_mrvl,iface=eth0,iface=eth2,cfg=./qos_config -c 7 -- \
679 -i -p 3 --disable-hw-vlan-strip --rxq 3 --txq 3 --txd 1024 --rxd 1024
683 .. code-block:: console
685 testpmd> port stop all
687 3. Add shaper profile:
689 .. code-block:: console
691 testpmd> add port tm node shaper profile 0 0 900000 70000 0
693 Parameters have following meaning::
696 0 - Id of a new shaper profile.
697 900000 - Shaper rate in bytes/s.
698 70000 - Bucket size in bytes.
699 0 - Packet length adjustment - ignored.
701 4. Add non-leaf node for port 0:
703 .. code-block:: console
705 testpmd> add port tm nonleaf node 0 3 -1 0 0 0 0 0 1 3 0
707 Parameters have following meaning::
710 3 - Id of a new node.
711 -1 - Indicate that root does not have a parent.
712 0 - Priority of the node.
713 0 - Weight of the node.
714 0 - Id of a level. Since this is a root 0 is passed.
715 0 - Id of the shaper profile.
716 0 - Number of SP priorities.
717 3 - Enable statistics for both number of transmitted packets and bytes.
718 0 - Number of shared shapers.
720 5. Add leaf node for tx queue 0:
722 .. code-block:: console
724 testpmd> add port tm leaf node 0 0 3 0 30 1 -1 0 0 1 0
726 Parameters have following meaning::
729 0 - Id of a new node.
730 3 - Id of the parent node.
731 0 - Priority of a node.
733 1 - Id of a level. Since this is a leaf node 1 is passed.
734 -1 - Id of a shaper. -1 indicates that shaper is not attached.
735 0 - Congestion management is not supported.
736 0 - Congestion management is not supported.
737 1 - Enable statistics counter for number of transmitted packets.
738 0 - Number of shared shapers.
740 6. Add leaf node for tx queue 1:
742 .. code-block:: console
744 testpmd> add port tm leaf node 0 1 3 0 60 1 -1 0 0 1 0
746 Parameters have following meaning::
749 1 - Id of a new node.
750 3 - Id of the parent node.
751 0 - Priority of a node.
753 1 - Id of a level. Since this is a leaf node 1 is passed.
754 -1 - Id of a shaper. -1 indicates that shaper is not attached.
755 0 - Congestion management is not supported.
756 0 - Congestion management is not supported.
757 1 - Enable statistics counter for number of transmitted packets.
758 0 - Number of shared shapers.
760 7. Add leaf node for tx queue 2:
762 .. code-block:: console
764 testpmd> add port tm leaf node 0 2 3 0 99 1 -1 0 0 1 0
766 Parameters have following meaning::
769 2 - Id of a new node.
770 3 - Id of the parent node.
771 0 - Priority of a node.
773 1 - Id of a level. Since this is a leaf node 1 is passed.
774 -1 - Id of a shaper. -1 indicates that shaper is not attached.
775 0 - Congestion management is not supported.
776 0 - Congestion management is not supported.
777 1 - Enable statistics counter for number of transmitted packets.
778 0 - Number of shared shapers.
782 .. code-block:: console
784 testpmd> port tm hierarchy commit 0 no
786 Parameters have following meaning::
789 no - Do not flush TM hierarchy if commit fails.
793 .. code-block:: console
795 testpmd> port start all
799 10. Enable forwarding
801 .. code-block:: console