| /dpdk/lib/node/ |
| H A D | pkt_cls.c | 38 void **to_next, **from; in pkt_cls_node_process() local 42 from = objs; in pkt_cls_node_process() 96 from += last_spec; in pkt_cls_node_process() 103 to_next[0] = from[0]; in pkt_cls_node_process() 113 to_next[0] = from[1]; in pkt_cls_node_process() 123 to_next[0] = from[2]; in pkt_cls_node_process() 133 to_next[0] = from[3]; in pkt_cls_node_process() 162 from += 4; in pkt_cls_node_process() 181 from += last_spec; in pkt_cls_node_process() 188 from += 1; in pkt_cls_node_process() [all …]
|
| H A D | ip4_lookup_neon.h | 17 void **to_next, **from; in ip4_lookup_node_process_vec() local 35 from = objs; in ip4_lookup_node_process_vec() 133 rte_memcpy(to_next, from, last_spec * sizeof(from[0])); in ip4_lookup_node_process_vec() 146 from[0]); in ip4_lookup_node_process_vec() 156 from[1]); in ip4_lookup_node_process_vec() 166 from[2]); in ip4_lookup_node_process_vec() 176 from[3]); in ip4_lookup_node_process_vec() 179 from += 4; in ip4_lookup_node_process_vec() 211 rte_memcpy(to_next, from, last_spec * sizeof(from[0])); in ip4_lookup_node_process_vec() 218 from += 1; in ip4_lookup_node_process_vec() [all …]
|
| H A D | ip4_lookup_sse.h | 19 void **to_next, **from; in ip4_lookup_node_process_vec() local 34 from = objs; in ip4_lookup_node_process_vec() 138 rte_memcpy(to_next, from, last_spec * sizeof(from[0])); in ip4_lookup_node_process_vec() 151 from[0]); in ip4_lookup_node_process_vec() 161 from[1]); in ip4_lookup_node_process_vec() 171 from[2]); in ip4_lookup_node_process_vec() 181 from[3]); in ip4_lookup_node_process_vec() 184 from += 4; in ip4_lookup_node_process_vec() 215 rte_memcpy(to_next, from, last_spec * sizeof(from[0])); in ip4_lookup_node_process_vec() 222 from += 1; in ip4_lookup_node_process_vec() [all …]
|
| H A D | ip4_rewrite.c | 54 from = objs; in ip4_rewrite_node_process() 142 rte_memcpy(to_next, from, last_spec * sizeof(from[0])); in ip4_rewrite_node_process() 143 from += last_spec; in ip4_rewrite_node_process() 155 from[0]); in ip4_rewrite_node_process() 165 from[1]); in ip4_rewrite_node_process() 175 from[2]); in ip4_rewrite_node_process() 185 from[3]); in ip4_rewrite_node_process() 188 from += 4; in ip4_rewrite_node_process() 230 rte_memcpy(to_next, from, last_spec * sizeof(from[0])); in ip4_rewrite_node_process() 237 from += 1; in ip4_rewrite_node_process() [all …]
|
| H A D | ip4_lookup.c | 57 void **to_next, **from; in ip4_lookup_node_process_scalar() local 69 from = objs; in ip4_lookup_node_process_scalar() 96 rte_memcpy(to_next, from, last_spec * sizeof(from[0])); in ip4_lookup_node_process_scalar() 97 from += last_spec; in ip4_lookup_node_process_scalar() 102 rte_node_enqueue_x1(graph, node, next, from[0]); in ip4_lookup_node_process_scalar() 103 from += 1; in ip4_lookup_node_process_scalar() 115 rte_memcpy(to_next, from, last_spec * sizeof(from[0])); in ip4_lookup_node_process_scalar()
|
| /dpdk/drivers/net/mlx4/ |
| H A D | mlx4_prm.h | 156 mlx4_transpose(uint64_t val, uint64_t from, uint64_t to) in mlx4_transpose() argument 158 return (from >= to ? in mlx4_transpose() 159 (val & from) / (from / to) : in mlx4_transpose() 160 (val & from) * (to / from)); in mlx4_transpose()
|
| /dpdk/doc/guides/sample_app_ug/ |
| H A D | packet_ordering.rst | 15 * RX core (main core) receives traffic from the NIC ports and feeds Worker 22 * TX Core (worker core) receives traffic from Worker cores through software queues, 24 from the reorder buffer and sends them to the NIC ports for transmission. 55 For example, if we enable 4 ports, traffic from port 0 to 1 and from 1 to 0, 56 then the other pair from 2 to 3 and from 3 to 2, having [0,1] and [2,3] pairs.
|
| H A D | l3_forward_access_ctrl.rst | 23 When packets are received from a port, 24 the application extracts the necessary information from the TCP/IP header of the received packet and 36 always extracts source/destination port information from the packets. 95 To read data from the specified file successfully, the application assumes the following: 209 - Process the incoming packets from a port. Packets are processed in three steps: 287 | 0 | 0 | 1 | Map queue 0 from port 0 to lcore 1. | 290 | 1 | 0 | 2 | Map queue 0 from port 1 to lcore 2. | 307 Parse Rules from File 326 from the ACL library for each CPU socket on the board and adds parsed rules into that context. 337 Finally, the application creates contexts handler from the ACL library, [all …]
|
| H A D | ipv4_multicast.rst | 17 There are two key differences from the L2 Forwarding sample application: 21 * The forwarding decision is taken based on information read from the input packet's IPv4 header. 98 Memory pools for indirect buffers are initialized differently from the memory pool for direct buffe… 112 The hash object is created and loaded with the pre-configured entries read from a global array: 123 Firstly, the Ethernet* header is removed from the packet and the IPv4 address is extracted from the… 127 :start-after: Remove the Ethernet header from the input packet. 8< 128 :end-before: >8 End of removing the Ethernet header from the input packet. 159 The destination Ethernet address is constructed from the lower 23 bits of the multicast group OR-ed 164 :start-after: Construct Ethernet multicast address from IPv4 multicast Address. 8< 165 :end-before: >8 End of Construction of multicast address from IPv4 multicast address.
|
| H A D | l3_forward.rst | 18 The main difference from the L2 Forwarding sample application is that optionally 19 packet can be Rx/Tx from/to eventdev instead of port directly and forwarding 20 decision is made based on information read from the input packet. 33 The ID of the output interface for the input packet is read from the identified flow table entry. 41 read from the input packet. 50 During the initialization phase route rules for IPv4 and IPv6 are read from rule files. 161 | 0 | 0 | 1 | Map queue 0 from port 0 to lcore 1. | 164 | 1 | 0 | 2 | Map queue 0 from port 1 to lcore 2. | 231 Parse Rules from File 241 To read data from the specified file successfully, the application assumes the following: [all …]
|
| H A D | vmdq_forwarding.rst | 20 All traffic is read from a single incoming port and output on another port, without any processing … 21 …ple, the traffic is split into 128 queues on input, where each thread of the application reads from 22 … threads, that is, with the -c FF option, each thread receives and forwards packets from 16 queues. 42 as it performs unidirectional L2 forwarding of packets from one port to a second port. 43 No command-line options are taken by this application apart from the standard EAL command-line opti… 118 …ng sample application can display statistics showing the number of packets read from each RX queue. 130 rather than the terminal from which the HUP signal was sent.
|
| /dpdk/drivers/net/failsafe/ |
| H A D | failsafe_ether.c | 571 to->ipackets += from->ipackets; in failsafe_stats_increment() 572 to->opackets += from->opackets; in failsafe_stats_increment() 573 to->ibytes += from->ibytes; in failsafe_stats_increment() 574 to->obytes += from->obytes; in failsafe_stats_increment() 575 to->imissed += from->imissed; in failsafe_stats_increment() 576 to->ierrors += from->ierrors; in failsafe_stats_increment() 577 to->oerrors += from->oerrors; in failsafe_stats_increment() 578 to->rx_nombuf += from->rx_nombuf; in failsafe_stats_increment() 582 to->q_ibytes[i] += from->q_ibytes[i]; in failsafe_stats_increment() 583 to->q_obytes[i] += from->q_obytes[i]; in failsafe_stats_increment() [all …]
|
| /dpdk/doc/guides/freebsd_gsg/ |
| H A D | install_from_ports.rst | 6 Installing DPDK from the Ports Collection 10 install it using the FreeBSD `pkg` utility or from the ports collection. 11 Details of installing applications from packages or the ports collection are documented in the 49 If so desired, the user can install DPDK using the ports collection rather than from 62 When the DPDK has been installed from the ports collection it installs 75 official DPDK package from https://core.dpdk.org/download/ and install manually using 110 hello from core 1 111 hello from core 2 112 hello from core 3 113 hello from core 0
|
| /dpdk/doc/guides/windows_gsg/ |
| H A D | build_dpdk.rst | 4 Compiling the DPDK Target from Source 27 Download and install the clang compiler from 39 from `Microsoft website <https://visualstudio.microsoft.com/downloads>`_. 51 On Windows, obtain the latest version installer from 61 Download and install the build system from 69 Versions starting from 0.58 are unusable with LLVM toolchain 76 If using Ninja, download and install the backend from
|
| /dpdk/devtools/ |
| H A D | load-devel-config | 6 # from system file 9 # from user file 12 # from local file
|
| /dpdk/doc/guides/eventdevs/ |
| H A D | opdl.rst | 34 The software eventdev is a vdev device, and as such can be created from the 35 application code, or from the EAL command line: 37 * Call ``rte_vdev_init("event_opdl0")`` from the application 53 Packets dequeued from this queue do not need to be re-enqueued (as is the 70 * Dequeued from Q0 (typically through P1), then 74 * Dequeued from Q2 (typically through P2), then 78 * Dequeued from Q3 (typically through P3) and then transmitted on the relevant \ 128 each burst), is validated to have come from the right queue. Statistics
|
| H A D | sw.rst | 36 The software eventdev is a vdev device, and as such can be created from the 37 application code, or from the EAL command line: 39 * Call ``rte_vdev_init("event_sw0")`` from the application 70 The credit quanta is the number of credits that a port will fetch at a time from 83 benefit from a higher or reduced quanta size, experimentation is required to 104 * ``deq_burst`` is the burst size used to dequeue from the port rings.
|
| /dpdk/lib/graph/ |
| H A D | node.c | 235 edge_update(struct node *node, struct node *prev, rte_edge_t from, in edge_update() argument 243 if (from == RTE_EDGE_ID_INVALID) in edge_update() 244 from = node->nb_edges; in edge_update() 247 if (from > node->nb_edges) { in edge_update() 256 max_edges = from + nb_edges; in edge_update() 270 for (i = from; i < max_edges; i++, count++) { in edge_update() 316 rte_node_edge_update(rte_node_t id, rte_edge_t from, const char **next_nodes, in rte_node_edge_update() argument 328 rc = edge_update(n, prev, from, next_nodes, nb_edges); in rte_node_edge_update()
|
| /dpdk/doc/guides/nics/ |
| H A D | pcap_ring.rst | 11 …- both from files on disk, as well as from physical NIC devices using standard Linux kernel driver… 21 Using the Drivers from the EAL Command Line 59 The driver reads each packet within the given pcap file as if it was receiving it from the wire. 72 …The driver reads packets from the given interface using the Linux kernel driver for that interface. 92 The driver both reads and writes packets from and to the given interface. 138 Read packets from one pcap file and write them to another: 146 Read packets from a network interface and write them to a pcap file: 154 Read packets from a pcap file and write them to a network interface: 263 Using the Poll Mode Driver from an Application 271 same way as sending or receiving packets from an Ethernet device. [all …]
|
| /dpdk/doc/guides/rel_notes/ |
| H A D | release_20_11.rst | 60 buffer offset and memory pool to allocate data buffers from. 436 * mem: Removed the unioned field ``phys_addr`` from 438 The field ``iova`` remains from the old unions. 442 The field ``iova`` remains from the old unions. 452 The field ``buf_iova`` remains from the old union. 454 * mbuf: Removed the unioned field ``refcnt_atomic`` from 456 The field ``refcnt`` remains from the old unions. 512 * vhost: Moved vDPA APIs from experimental to stable. 564 from ``void`` to ``int`` allowing the return of error codes from drivers. 596 from ``struct rte_sched_subport_params``. [all …]
|
| H A D | release_17_08.rst | 21 configure the mapping from service lcores to services. 70 * Added PMD specific APIs mainly to control VF from PF. 83 * Added support for isolated mode from flow API. 111 * Removed AAD pointer and physical address from ``auth`` structure. 154 * 12-byte IV on AES Counter Mode, apart from the previous 16-byte IV. 196 * **Moved bypass functions from the rte_ethdev library to ixgbe PMD** 241 * Removed ``aad_size`` parameter from 245 * Removed ``RTE_CRYPTO_OP_STATUS_ENQUEUED`` from enum 275 * Changed field size of key length from ``size_t`` to ``uint16_t``. 283 * Changed field size of key length from ``size_t`` to ``uint16_t``. [all …]
|
| /dpdk/doc/guides/platform/ |
| H A D | dpaa.rst | 50 …It can be obtained from `NXP's Github hosting <https://source.codeaurora.org/external/qoriq/qoriq-… 56 from `here 67 …This tool can be obtained from `NXP (Freescale) Public Git Repository <https://source.codeaurora.o… 73 as part of SDK from NXP. The SDK includes all the above prerequisites 76 As an alternate method, DPAA PMDs starting from DPDK 20.11 also support the 96 …SDK and related information can be obtained from: `NXP QorIQ SDK <http://www.nxp.com/products/so…
|
| /dpdk/doc/guides/compressdevs/ |
| H A D | qat_comp.rst | 41 queue-pair all enqueues to the TX queue must be done from one thread and all dequeues 42 from the RX queue must be done from one thread, but enqueues and dequeues may be done
|
| /dpdk/lib/lpm/ |
| H A D | rte_lpm6.c | 1183 struct rte_lpm6_tbl_entry **from, in rule_find_range() argument 1193 *from = &lpm->tbl24[ind]; in rule_find_range() 1226 *from = &tbl[ind]; in rule_find_range() 1296 struct rte_lpm6_tbl_entry *from, *to; in rte_lpm6_delete() local 1334 for (; from <= to; from++) in rte_lpm6_delete() 1335 if (from->ext_entry == 1) { in rte_lpm6_delete() 1344 from->lpm6_tbl8_gindex * in rte_lpm6_delete() 1353 from->lpm6_tbl8_gindex * in rte_lpm6_delete() 1356 } else if (from->depth == depth) { in rte_lpm6_delete() 1367 *from = new_tbl_entry; in rte_lpm6_delete() [all …]
|
| /dpdk/drivers/net/mlx5/ |
| H A D | mlx5_utils.h | 51 #define TRANSPOSE(val, from, to) \ argument 52 (((from) >= (to)) ? \ 53 (((val) & (from)) / ((from) / (to))) : \ 54 (((val) & (from)) * ((to) / (from))))
|