Asynchronous Encryption/Decryption 44/73944/1
authorLuc Provoost <luc.provoost@gmail.com>
Thu, 13 Apr 2023 08:30:41 +0000 (10:30 +0200)
committerLuc Provoost <luc.provoost@gmail.com>
Thu, 13 Apr 2023 08:30:41 +0000 (10:30 +0200)
commit6aa498d0effe872c15dd55fa5792a04b2ee550d6
tree7c24f518a4880ce00078c29a7db49a7ad6c940f7
parent024259326d952e834f2dc8092d86e4aec81926d7
Asynchronous Encryption/Decryption

In the handle_esp_xxx_bulk functions, we are not dequeuing every
crypto_op that was enqueued in this function. The while loop has been
replaced by a single call to the dequeue function. If crypto_ops are
still in flight, we count on the fact they will be dequeued when the
handle_esp_xxx_bulk function is called next time. Note that this will
only happen if new packets are coming in. If no new packets are coming
in, there might be some packets in flight that will not be dequeued.
When calling the rte_crypto_op_pool_create function, we now pass the
number of mbufs as specified in the PROX config file (mempool size), and
not a hard coded number. The init code has also been put more in sync
with recent version of the l2fwd_crypto example code.

Signed-off-by: Luc Provoost <luc.provoost@gmail.com>
Change-Id: Idfab13a273bf76831e5133cf59149fc93949f1ab
VNFs/DPPD-PROX/handle_esp.c