| /dpdk/app/test/ |
| H A D | test_distributor.c | 127 unsigned int processed; in sanity_test() local 141 processed = 0; in sanity_test() 143 processed += rte_distributor_process(db, &bufs[processed], in sanity_test() 144 BURST - processed); in sanity_test() 353 processed = 0; in sanity_test_with_mbuf_alloc() 356 &bufs[processed], BURST - processed); in sanity_test_with_mbuf_alloc() 468 processed = 0; in sanity_test_with_worker_shutdown() 470 processed += rte_distributor_process(d, &bufs[processed], in sanity_test_with_worker_shutdown() 548 processed = 0; in test_flush_with_worker_shutdown() 550 processed += rte_distributor_process(d, &bufs[processed], in test_flush_with_worker_shutdown() [all …]
|
| /dpdk/drivers/crypto/ipsec_mb/ |
| H A D | pmd_aesni_gcm.c | 627 uint32_t i, processed; in aesni_gcm_sgl_encrypt() local 629 processed = 0; in aesni_gcm_sgl_encrypt() 639 return processed; in aesni_gcm_sgl_encrypt() 648 uint32_t i, processed; in aesni_gcm_sgl_decrypt() local 650 processed = 0; in aesni_gcm_sgl_decrypt() 660 return processed; in aesni_gcm_sgl_decrypt() 669 uint32_t i, processed; in aesni_gmac_sgl_generate() local 671 processed = 0; in aesni_gmac_sgl_generate() 685 return processed; in aesni_gmac_sgl_generate() 696 processed = 0; in aesni_gmac_sgl_verify() [all …]
|
| /dpdk/doc/guides/prog_guide/ |
| H A D | compressdev.rst | 210 Operation has not yet been processed by the device 292 An op is processed stateless if it has 414 processed i.e. dequeued with status = RTE_COMP_OP_STATUS_SUCCESS. 419 processed i.e. dequeued with status = RTE_COMP_OP_STATUS_SUCCESS. 564 (having flush = RTE_COMP_FLUSH_FINAL) is successfully processed i.e. dequeued 570 (having flush = RTE_COMP_FLUSH_FINAL) is successfully processed i.e. dequeued 579 devices the enqueue burst API will place the operations to be processed 582 device. The dequeue burst API will retrieve any processed operations available 584 directly from the devices processed queue, and for virtual device's from a 585 ``rte_ring`` where processed operations are placed after being processed on the [all …]
|
| H A D | packet_distrib_lib.rst | 36 and records what tags are being processed by each worker. 38 #. If the next packet in the input set has a tag which is already being processed by a worker, 41 This ensures that no two packets with the same tag are processed in parallel, 42 and that all packets with the same tag are processed in input order.
|
| H A D | regexdev.rst | 172 The dequeue API uses the same format as the enqueue API of processed but 173 the ``nb_ops`` and ``ops`` parameters are now used to specify the max processed 175 The API call returns the actual number of processed operations returned, this
|
| H A D | bbdev.rst | 282 bbdev devices the enqueue burst API will place the operations to be processed 285 device. The dequeue burst API will retrieve any processed operations available 287 directly from the device's processed queue, and for virtual device's from a 288 ``rte_ring`` where processed operations are placed after being processed on the 311 The dequeue API uses the same format as the enqueue API of processed but 314 The API call returns the actual number of processed operations returned, this 331 processed on a particular bbdev device poll mode driver. 498 - ``length``: This is the total data length to be processed in one operation, 594 is 1. Therefore, it requires to get processed in TB-mode. 699 is 1. Therefore, it requires to get processed in TB-mode. [all …]
|
| H A D | rte_security.rst | 44 The crypto processing for security protocol (e.g. IPsec) is processed 116 is processed inline during receive and transmission. The flow based 577 security session which processed the packet. 581 In case of inline processed packets, ``RTE_SECURITY_DYNFIELD_NAME`` field 626 /**< Crypto processing for security protocol is processed inline 639 * protocol is processed synchronously by a CPU.
|
| H A D | cryptodev_lib.rst | 301 Crypto devices the enqueue burst API will place the operations to be processed 304 device. The dequeue burst API will retrieve any processed operations available 306 directly from the devices processed queue, and for virtual device's from a 307 ``rte_ring`` where processed operations are placed after being processed on the 402 The dequeue API uses the same format as the enqueue API of processed but 403 the ``nb_ops`` and ``ops`` parameters are now used to specify the max processed 405 The API call returns the actual number of processed operations returned, this 419 Crypto operation to be processed on a particular Crypto device poll mode driver. 997 * are processed in the crypto device. 1006 /* Check if operation was processed successfully */ [all …]
|
| H A D | writing_efficient_code.rst | 158 It cannot be transmitted until the other 31 packets have also been processed because 160 which is not done until all 32 packets have been processed for transmission. 165 This will allow a single packet to be processed at a time, providing lower latency,
|
| H A D | generic_receive_offload_lib.rst | 11 be processed. To benefit DPDK-based applications, like Open vSwitch, 155 won't be processed.
|
| H A D | graph_lib.rst | 74 ``rte_graph_walk()`` function when there is data to be processed by the node. 376 ``next-hop`` id with which the packet needs to be further processed. 394 processed.
|
| H A D | generic_segmentation_offload_lib.rst | 220 #. Check if the packet should be processed. Packets with one of the 221 following properties are not processed and are returned immediately:
|
| /dpdk/doc/guides/tools/ |
| H A D | testeventdev.rst | 249 processed in parallel on the different workers, the ingress order of events 354 #. Measure the number of events can be processed in a second. 399 increments the number events processed and print periodically in one second 400 to get the number of events processed in one second. 481 #. Measure the number of events can be processed in a second. 645 On packet Tx, application increments the number events processed and print 646 periodically in one second to get the number of events processed in one
|
| /dpdk/lib/vhost/ |
| H A D | vhost_crypto.c | 1376 uint16_t processed = 1; in vhost_crypto_complete_one_vm_requests() local 1387 while ((processed < nb_ops)) { in vhost_crypto_complete_one_vm_requests() 1388 tmp_vq = vhost_crypto_finalize_one_request(ops[processed], in vhost_crypto_complete_one_vm_requests() 1394 processed++; in vhost_crypto_complete_one_vm_requests() 1399 *(volatile uint16_t *)&vq->used->idx += processed; in vhost_crypto_complete_one_vm_requests() 1401 return processed; in vhost_crypto_complete_one_vm_requests()
|
| /dpdk/doc/guides/sample_app_ug/ |
| H A D | vhost_blk.rst | 12 ring (split or packed format) was processed by vhost_blk sample application.
|
| H A D | dist_app.rst | 16 on an RX_PORT to different cores. When processed by the cores, the destination 89 ``rte_distributor_returned_pkts()`` to get the processed packets, and will enqueue
|
| H A D | vhost_crypto.rst | 10 domain socket to communicate with Qemu, and the virtio ring was processed
|
| H A D | rxtx_callbacks.rst | 18 on top of the latency since the packet was received and processed by the RX
|
| H A D | qos_metering.rst | 17 …anner depending on both the input and output colors of the packets that are processed by the meter.
|
| H A D | l2_forward_job_stats.rst | 289 Then, each mbuf in the table is processed by the l2fwd_simple_forward() function. 302 This second read is important to give job stats library a feedback how many packets was processed.
|
| /dpdk/doc/guides/faq/ |
| H A D | faq.rst | 91 It cannot be transmitted until the other 31 packets have also been processed because the NIC will n… 92 which is not done until all 32 packets have been processed for transmission. 96 This allows a single packet to be processed at a time, providing lower latency, but with the added …
|
| /dpdk/drivers/net/liquidio/ |
| H A D | lio_rxtx.c | 1633 int i, processed = 0; in lio_dev_xmit_pkts() local 1773 processed++; in lio_dev_xmit_pkts() 1777 stats->tx_dropped += (nb_pkts - processed); in lio_dev_xmit_pkts() 1779 return processed; in lio_dev_xmit_pkts()
|
| /dpdk/doc/guides/eventdevs/ |
| H A D | sw.rst | 93 The scheduler minimum number of events that are processed can be increased to
|
| /dpdk/drivers/net/ena/base/ |
| H A D | ena_com.c | 2090 u16 masked_head, processed = 0; in ena_com_aenq_intr_handler() local 2121 processed++; in ena_com_aenq_intr_handler() 2131 aenq->head += processed; in ena_com_aenq_intr_handler() 2135 if (!processed) in ena_com_aenq_intr_handler()
|
| /dpdk/doc/guides/cryptodevs/ |
| H A D | scheduler.rst | 90 every mbuf to be processed to store temporary data. By the end of
|