crypto: allow changing dispatch mode 86/39386/6
authorVratko Polak <vrpolak@cisco.com>
Thu, 17 Aug 2023 14:22:48 +0000 (16:22 +0200)
committerFan Zhang <fanzhang.oss@gmail.com>
Tue, 12 Sep 2023 12:42:11 +0000 (12:42 +0000)
commit139aba204780f6cc2845b311820a0b4c47517d02
treede58ace65178dd5ae772c70e0a73cfb3c5a2f4c9
parentceb64add2afe62c25a05be8c26cce5ea8d243b22
crypto: allow changing dispatch mode

This change aims to affect crypto_sw_scheduler behavior,
but all the edits end up in vnet/crypto.

Previous release CSIT tests were testing async crypto in polling mode.
After 9a9604b09f15691d7c4ddf29afd99a31e7e31eed introduced adaptive mode
for crypto dispatch, the CSIT performance got way worse.

Possibly, there is another VPP bug related to adaptive mode
(it should not lose as many packets as seen in CSIT),
but the next release is too close for trying to fix that.

This change (instead of fixing adaptive mode)
allows CSIT to continue testing polling mode (after explicit API call),
while keeping the adaptive mode as default behavior.

The deprecated crypto_set_async_dispatch always disable adaptive mode,
crypto_set_async_dispatch_v2 has parameter to enable or disable it.
The mode parameter is still used for the inital state of adaptive mode.

Type: feature

Change-Id: Ib98080eefb4be291207af543884f2c3837f92f59
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
src/vnet/crypto/crypto.api
src/vnet/crypto/crypto.c
src/vnet/crypto/crypto.h
src/vnet/crypto/crypto_api.c