Skip to contentSkip to conversation

crypto/scheduler: add support for security protocols

PATCH Superseded David Coyle 4 participants 21 messages Aug 9, 2023 – Sep 21, 2023

Subsystems (2)
lore
Share & tools
lore
#0 lore raw

cover crypto/scheduler: add support for security protocols

This patchset adds support to the cryptodev scheduler PMD and unit tests for the existing security protocols in the security library, namely IPSec, MACSec, PDCP and DOCSIS.

David Coyle (2):
crypto/scheduler: support security protocols test/crypto: add security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  14 +-
 doc/guides/rel_notes/release_23_11.rst        |   3 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 228 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  32 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 374 +++++++++++++-----
 .../crypto/scheduler/scheduler_pmd_private.h  | 148 ++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 653 insertions(+), 230 deletions(-)
Signature · 1 line
2.25.1
#1 lore raw

PATCH 1/2 crypto/scheduler: support security protocols

Add support to the cryptodev scheduler PMD for the existing security protocols in the security library, namely IPSec, MACSec, PDCP and DOCSIS. This includes adding the following:
- synchronization of worker's security capabilities
- retreival of the scheduler's synchronized security capabilities
- retrieval of the security session size i.e. maximum session size across all workers
- creation of security sessions on each worker
- deletion of security sessions on each worker

---
 doc/guides/rel_notes/release_23_11.rst        |   3 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 228 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  32 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 374 +++++++++++++-----
 .../crypto/scheduler/scheduler_pmd_private.h  | 148 ++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 10 files changed, 640 insertions(+), 229 deletions(-)
doc/guides/rel_notes/release_23_11.rst +3 -0
index 4411bb32c1..6f2a11552f 100644
@@ -72,6 +72,9 @@ New Features
      Also, make sure to start the actual text at the margin.
      =======================================================
 
+* **Updated Cryptodev Scheduler PMD.**
+
+  Added support for security protocols through the ``rte_security`` API callbacks.
 
 Removed Items
 -------------
drivers/crypto/scheduler/meson.build +1 -1
index cd18efc791..752d655415 100644
@@ -7,7 +7,7 @@ if is_windows
     subdir_done()
 endif
 
-deps += ['bus_vdev', 'reorder']
+deps += ['bus_vdev', 'reorder', 'security']
 sources = files(
         'rte_cryptodev_scheduler.c',
         'scheduler_failover.c',
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +219 -9

275 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_failover.c +6 -6
index f24d2fc44b..52ff2ffbb7 100644
@@ -28,7 +28,7 @@ failover_worker_enqueue(struct scheduler_worker *worker,
 {
 	uint16_t processed_ops;
 
-	scheduler_set_worker_session(ops, nb_ops, index);
+	scheduler_set_worker_sessions(ops, nb_ops, index);
 
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
@@ -51,7 +51,7 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 			ops, nb_ops, PRIMARY_WORKER_IDX);
 
 	if (enqueued_ops < nb_ops) {
-		scheduler_retrieve_session(&ops[enqueued_ops],
+		scheduler_retrieve_sessions(&ops[enqueued_ops],
 						nb_ops - enqueued_ops);
 		enqueued_ops += failover_worker_enqueue(
 				&qp_ctx->secondary_worker,
@@ -59,7 +59,7 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 				nb_ops - enqueued_ops,
 				SECONDARY_WORKER_IDX);
 		if (enqueued_ops < nb_ops)
-			scheduler_retrieve_session(&ops[enqueued_ops],
+			scheduler_retrieve_sessions(&ops[enqueued_ops],
 						nb_ops - enqueued_ops);
 	}
 
@@ -102,7 +102,7 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 	qp_ctx->deq_idx = (~qp_ctx->deq_idx) & WORKER_SWITCH_MASK;
 
 	if (nb_deq_ops == nb_ops)
-		goto retrieve_session;
+		goto retrieve_sessions;
 
 	worker = workers[qp_ctx->deq_idx];
 
@@ -112,8 +112,8 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 		worker->nb_inflight_cops -= nb_deq_ops2;
 	}
 
-retrieve_session:
-	scheduler_retrieve_session(ops, nb_deq_ops + nb_deq_ops2);
+retrieve_sessions:
+	scheduler_retrieve_sessions(ops, nb_deq_ops + nb_deq_ops2);
 
 	return nb_deq_ops + nb_deq_ops2;
 }
drivers/crypto/scheduler/scheduler_multicore.c +5 -5
index 3dea850661..a21b522f9f 100644
@@ -183,7 +183,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 
 	while (!mc_ctx->stop_signal) {
 		if (pending_enq_ops) {
-			scheduler_set_worker_session(
+			scheduler_set_worker_sessions(
 				&enq_ops[pending_enq_ops_idx], pending_enq_ops,
 				worker_idx);
 			processed_ops =
@@ -192,7 +192,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 					&enq_ops[pending_enq_ops_idx],
 					pending_enq_ops);
 			if (processed_ops < pending_deq_ops)
-				scheduler_retrieve_session(
+				scheduler_retrieve_sessions(
 					&enq_ops[pending_enq_ops_idx +
 						processed_ops],
 					pending_deq_ops - processed_ops);
@@ -203,13 +203,13 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 			processed_ops = rte_ring_dequeue_burst(enq_ring, (void *)enq_ops,
 							MC_SCHED_BUFFER_SIZE, NULL);
 			if (processed_ops) {
-				scheduler_set_worker_session(enq_ops,
+				scheduler_set_worker_sessions(enq_ops,
 					processed_ops, worker_idx);
 				pending_enq_ops_idx = rte_cryptodev_enqueue_burst(
 						worker->dev_id, worker->qp_id,
 						enq_ops, processed_ops);
 				if (pending_enq_ops_idx < processed_ops)
-					scheduler_retrieve_session(
+					scheduler_retrieve_sessions(
 						enq_ops + pending_enq_ops_idx,
 						processed_ops -
 						pending_enq_ops_idx);
@@ -229,7 +229,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 					worker->dev_id, worker->qp_id, deq_ops,
 					MC_SCHED_BUFFER_SIZE);
 			if (processed_ops) {
-				scheduler_retrieve_session(deq_ops,
+				scheduler_retrieve_sessions(deq_ops,
 					processed_ops);
 				inflight_ops -= processed_ops;
 				if (reordering_enabled) {
drivers/crypto/scheduler/scheduler_pkt_size_distr.c +12 -42

125 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_pmd.c +32 -0
index 4e8bbf0e09..f641afaf89 100644
@@ -233,6 +233,35 @@ cryptodev_scheduler_create(const char *name,
 		return -ENOMEM;
 	}
 
+	struct rte_security_ctx *security_instance;
+	security_instance = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_ctx),
+					RTE_CACHE_LINE_SIZE, SOCKET_ID_ANY);
+	if (security_instance == NULL) {
+		CR_SCHED_LOG(ERR, "rte_security_ctx memory alloc failed");
+		return -ENOMEM;
+	}
+
+	security_instance->device = (void *)dev;
+	security_instance->ops = rte_crypto_scheduler_pmd_sec_ops;
+	security_instance->sess_cnt = 0;
+	dev->security_ctx = security_instance;
+
+	/*
+	 * Initialize security capabilities structure as an empty structure,
+	 * in case device information is requested when no workers are attached
+	 */
+	sched_ctx->sec_capabilities = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_capability),
+					0, SOCKET_ID_ANY);
+
+	if (!sched_ctx->sec_capabilities) {
+		rte_free(security_instance);
+		CR_SCHED_LOG(ERR, "Not enough memory for security capability "
+				"information");
+		return -ENOMEM;
+	}
+
 	rte_cryptodev_pmd_probing_finish(dev);
 
 	return 0;
@@ -263,6 +292,9 @@ cryptodev_scheduler_remove(struct rte_vdev_device *vdev)
 					sched_ctx->workers[i].dev_id);
 	}
 
+	rte_free(dev->security_ctx);
+	dev->security_ctx = NULL;
+
 	return rte_cryptodev_pmd_destroy(dev);
 }
 
drivers/crypto/scheduler/scheduler_pmd_ops.c +266 -108

414 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_pmd_private.h +93 -55

205 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_roundrobin.c +3 -3
index ad3f8b842a..08041887a8 100644
@@ -28,11 +28,11 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 	if (unlikely(nb_ops == 0))
 		return 0;
 
-	scheduler_set_worker_session(ops, nb_ops, worker_idx);
+	scheduler_set_worker_sessions(ops, nb_ops, worker_idx);
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
 	if (processed_ops < nb_ops)
-		scheduler_retrieve_session(ops + processed_ops,
+		scheduler_retrieve_sessions(ops + processed_ops,
 			nb_ops - processed_ops);
 
 	worker->nb_inflight_cops += processed_ops;
@@ -87,7 +87,7 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 
 	nb_deq_ops = rte_cryptodev_dequeue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
-	scheduler_retrieve_session(ops, nb_deq_ops);
+	scheduler_retrieve_sessions(ops, nb_deq_ops);
 	last_worker_idx += 1;
 	last_worker_idx %= rr_qp_ctx->nb_workers;
 
Signature · 1 line
2.25.1
#2 lore raw

PATCH 2/2 test/crypto: add security tests for cryptodev scheduler

In reply to David Coyle

Add IPSec, PDCP and DOCSIS security test cases to the cryptodev scheduler test suite.

---
 app/test/test_cryptodev.c | 14 +++++++++++++-
 1 file changed, 13 insertions(+), 1 deletion(-)
app/test/test_cryptodev.c +13 -1
index fb2af40b99..3ee217314c 100644
@@ -17391,6 +17391,14 @@ test_cryptodev_scheduler(void)
 		&scheduler_config,
 		&end_testsuite
 	};
+	struct unit_test_suite *sched_mode_static_suites[] = {
+#ifdef RTE_LIB_SECURITY
+		&ipsec_proto_testsuite,
+		&pdcp_proto_testsuite,
+		&docsis_proto_testsuite,
+#endif
+		&end_testsuite
+	};
 	static struct unit_test_suite ts = {
 		.suite_name = "Scheduler Unit Test Suite",
 		.setup = scheduler_testsuite_setup,
@@ -17416,9 +17424,13 @@ test_cryptodev_scheduler(void)
 		uint8_t blk_i = 0;
 		sched_mode_suites[sched_i]->unit_test_suites = malloc(sizeof
 				(struct unit_test_suite *) *
-				(RTE_DIM(blk_suites) + 1));
+				(RTE_DIM(blk_suites) +
+				RTE_DIM(sched_mode_static_suites) + 1));
 		ADD_BLOCKCIPHER_TESTSUITE(blk_i, (*sched_mode_suites[sched_i]),
 				blk_suites, RTE_DIM(blk_suites));
+		ADD_STATIC_TESTSUITE(blk_i, (*sched_mode_suites[sched_i]),
+				sched_mode_static_suites,
+				RTE_DIM(sched_mode_static_suites));
 		sched_mode_suites[sched_i]->unit_test_suites[blk_i] = &end_testsuite;
 	}
 
Signature · 1 line
2.25.1
#3 lore raw

v2 cover crypto/scheduler: add support for security protocols

In reply to David Coyle

This patchset adds support to the cryptodev scheduler PMD and unit tests for the existing security protocols in the security library, namely IPSec, MACSec, PDCP and DOCSIS.

v2:
* Improve inclusion of rte_security header files
* Fix typo in commit message

David Coyle (2):
crypto/scheduler: support security protocols test/crypto: add security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  14 +-
 doc/guides/rel_notes/release_23_11.rst        |   3 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 229 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 375 +++++++++++++-----
 .../crypto/scheduler/scheduler_pmd_private.h  | 148 ++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 656 insertions(+), 230 deletions(-)
Signature · 1 line
2.25.1
#4 lore raw

PATCH v2 1/2 crypto/scheduler: support security protocols

Add support to the cryptodev scheduler PMD for the existing security protocols in the security library, namely IPSec, MACSec, PDCP and DOCSIS. This includes adding the following:
- synchronization of worker's security capabilities
- retrieval of the scheduler's synchronized security capabilities
- retrieval of the security session size i.e. maximum session size across all workers
- creation of security sessions on each worker
- deletion of security sessions on each worker

---
 doc/guides/rel_notes/release_23_11.rst        |   3 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 229 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 375 +++++++++++++-----
 .../crypto/scheduler/scheduler_pmd_private.h  | 148 ++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 10 files changed, 643 insertions(+), 229 deletions(-)
doc/guides/rel_notes/release_23_11.rst +3 -0
index 4411bb32c1..6f2a11552f 100644
@@ -72,6 +72,9 @@ New Features
      Also, make sure to start the actual text at the margin.
      =======================================================
 
+* **Updated Cryptodev Scheduler PMD.**
+
+  Added support for security protocols through the ``rte_security`` API callbacks.
 
 Removed Items
 -------------
drivers/crypto/scheduler/meson.build +1 -1
index cd18efc791..752d655415 100644
@@ -7,7 +7,7 @@ if is_windows
     subdir_done()
 endif
 
-deps += ['bus_vdev', 'reorder']
+deps += ['bus_vdev', 'reorder', 'security']
 sources = files(
         'rte_cryptodev_scheduler.c',
         'scheduler_failover.c',
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +220 -9

281 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_failover.c +6 -6
index f24d2fc44b..52ff2ffbb7 100644
@@ -28,7 +28,7 @@ failover_worker_enqueue(struct scheduler_worker *worker,
 {
 	uint16_t processed_ops;
 
-	scheduler_set_worker_session(ops, nb_ops, index);
+	scheduler_set_worker_sessions(ops, nb_ops, index);
 
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
@@ -51,7 +51,7 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 			ops, nb_ops, PRIMARY_WORKER_IDX);
 
 	if (enqueued_ops < nb_ops) {
-		scheduler_retrieve_session(&ops[enqueued_ops],
+		scheduler_retrieve_sessions(&ops[enqueued_ops],
 						nb_ops - enqueued_ops);
 		enqueued_ops += failover_worker_enqueue(
 				&qp_ctx->secondary_worker,
@@ -59,7 +59,7 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 				nb_ops - enqueued_ops,
 				SECONDARY_WORKER_IDX);
 		if (enqueued_ops < nb_ops)
-			scheduler_retrieve_session(&ops[enqueued_ops],
+			scheduler_retrieve_sessions(&ops[enqueued_ops],
 						nb_ops - enqueued_ops);
 	}
 
@@ -102,7 +102,7 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 	qp_ctx->deq_idx = (~qp_ctx->deq_idx) & WORKER_SWITCH_MASK;
 
 	if (nb_deq_ops == nb_ops)
-		goto retrieve_session;
+		goto retrieve_sessions;
 
 	worker = workers[qp_ctx->deq_idx];
 
@@ -112,8 +112,8 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 		worker->nb_inflight_cops -= nb_deq_ops2;
 	}
 
-retrieve_session:
-	scheduler_retrieve_session(ops, nb_deq_ops + nb_deq_ops2);
+retrieve_sessions:
+	scheduler_retrieve_sessions(ops, nb_deq_ops + nb_deq_ops2);
 
 	return nb_deq_ops + nb_deq_ops2;
 }
drivers/crypto/scheduler/scheduler_multicore.c +5 -5
index 3dea850661..a21b522f9f 100644
@@ -183,7 +183,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 
 	while (!mc_ctx->stop_signal) {
 		if (pending_enq_ops) {
-			scheduler_set_worker_session(
+			scheduler_set_worker_sessions(
 				&enq_ops[pending_enq_ops_idx], pending_enq_ops,
 				worker_idx);
 			processed_ops =
@@ -192,7 +192,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 					&enq_ops[pending_enq_ops_idx],
 					pending_enq_ops);
 			if (processed_ops < pending_deq_ops)
-				scheduler_retrieve_session(
+				scheduler_retrieve_sessions(
 					&enq_ops[pending_enq_ops_idx +
 						processed_ops],
 					pending_deq_ops - processed_ops);
@@ -203,13 +203,13 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 			processed_ops = rte_ring_dequeue_burst(enq_ring, (void *)enq_ops,
 							MC_SCHED_BUFFER_SIZE, NULL);
 			if (processed_ops) {
-				scheduler_set_worker_session(enq_ops,
+				scheduler_set_worker_sessions(enq_ops,
 					processed_ops, worker_idx);
 				pending_enq_ops_idx = rte_cryptodev_enqueue_burst(
 						worker->dev_id, worker->qp_id,
 						enq_ops, processed_ops);
 				if (pending_enq_ops_idx < processed_ops)
-					scheduler_retrieve_session(
+					scheduler_retrieve_sessions(
 						enq_ops + pending_enq_ops_idx,
 						processed_ops -
 						pending_enq_ops_idx);
@@ -229,7 +229,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 					worker->dev_id, worker->qp_id, deq_ops,
 					MC_SCHED_BUFFER_SIZE);
 			if (processed_ops) {
-				scheduler_retrieve_session(deq_ops,
+				scheduler_retrieve_sessions(deq_ops,
 					processed_ops);
 				inflight_ops -= processed_ops;
 				if (reordering_enabled) {
drivers/crypto/scheduler/scheduler_pkt_size_distr.c +12 -42

125 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_pmd.c +33 -0
index 4e8bbf0e09..6dad9bc3dd 100644
@@ -8,6 +8,7 @@
 #include <rte_hexdump.h>
 #include <rte_cryptodev.h>
 #include <cryptodev_pmd.h>
+#include <rte_security_driver.h>
 #include <bus_vdev_driver.h>
 #include <rte_malloc.h>
 #include <rte_cpuflags.h>
@@ -233,6 +234,35 @@ cryptodev_scheduler_create(const char *name,
 		return -ENOMEM;
 	}
 
+	struct rte_security_ctx *security_instance;
+	security_instance = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_ctx),
+					RTE_CACHE_LINE_SIZE, SOCKET_ID_ANY);
+	if (security_instance == NULL) {
+		CR_SCHED_LOG(ERR, "rte_security_ctx memory alloc failed");
+		return -ENOMEM;
+	}
+
+	security_instance->device = (void *)dev;
+	security_instance->ops = rte_crypto_scheduler_pmd_sec_ops;
+	security_instance->sess_cnt = 0;
+	dev->security_ctx = security_instance;
+
+	/*
+	 * Initialize security capabilities structure as an empty structure,
+	 * in case device information is requested when no workers are attached
+	 */
+	sched_ctx->sec_capabilities = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_capability),
+					0, SOCKET_ID_ANY);
+
+	if (!sched_ctx->sec_capabilities) {
+		rte_free(security_instance);
+		CR_SCHED_LOG(ERR, "Not enough memory for security capability "
+				"information");
+		return -ENOMEM;
+	}
+
 	rte_cryptodev_pmd_probing_finish(dev);
 
 	return 0;
@@ -263,6 +293,9 @@ cryptodev_scheduler_remove(struct rte_vdev_device *vdev)
 					sched_ctx->workers[i].dev_id);
 	}
 
+	rte_free(dev->security_ctx);
+	dev->security_ctx = NULL;
+
 	return rte_cryptodev_pmd_destroy(dev);
 }
 
drivers/crypto/scheduler/scheduler_pmd_ops.c +267 -108

420 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_pmd_private.h +93 -55

205 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_roundrobin.c +3 -3
index ad3f8b842a..08041887a8 100644
@@ -28,11 +28,11 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 	if (unlikely(nb_ops == 0))
 		return 0;
 
-	scheduler_set_worker_session(ops, nb_ops, worker_idx);
+	scheduler_set_worker_sessions(ops, nb_ops, worker_idx);
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
 	if (processed_ops < nb_ops)
-		scheduler_retrieve_session(ops + processed_ops,
+		scheduler_retrieve_sessions(ops + processed_ops,
 			nb_ops - processed_ops);
 
 	worker->nb_inflight_cops += processed_ops;
@@ -87,7 +87,7 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 
 	nb_deq_ops = rte_cryptodev_dequeue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
-	scheduler_retrieve_session(ops, nb_deq_ops);
+	scheduler_retrieve_sessions(ops, nb_deq_ops);
 	last_worker_idx += 1;
 	last_worker_idx %= rr_qp_ctx->nb_workers;
 
Signature · 1 line
2.25.1
#5 lore raw

PATCH v2 2/2 test/crypto: add security tests for cryptodev scheduler

In reply to David Coyle

Add IPSec, PDCP and DOCSIS security test cases to the cryptodev scheduler test suite.

---
 app/test/test_cryptodev.c | 14 +++++++++++++-
 1 file changed, 13 insertions(+), 1 deletion(-)
app/test/test_cryptodev.c +13 -1
index fb2af40b99..3ee217314c 100644
@@ -17391,6 +17391,14 @@ test_cryptodev_scheduler(void)
 		&scheduler_config,
 		&end_testsuite
 	};
+	struct unit_test_suite *sched_mode_static_suites[] = {
+#ifdef RTE_LIB_SECURITY
+		&ipsec_proto_testsuite,
+		&pdcp_proto_testsuite,
+		&docsis_proto_testsuite,
+#endif
+		&end_testsuite
+	};
 	static struct unit_test_suite ts = {
 		.suite_name = "Scheduler Unit Test Suite",
 		.setup = scheduler_testsuite_setup,
@@ -17416,9 +17424,13 @@ test_cryptodev_scheduler(void)
 		uint8_t blk_i = 0;
 		sched_mode_suites[sched_i]->unit_test_suites = malloc(sizeof
 				(struct unit_test_suite *) *
-				(RTE_DIM(blk_suites) + 1));
+				(RTE_DIM(blk_suites) +
+				RTE_DIM(sched_mode_static_suites) + 1));
 		ADD_BLOCKCIPHER_TESTSUITE(blk_i, (*sched_mode_suites[sched_i]),
 				blk_suites, RTE_DIM(blk_suites));
+		ADD_STATIC_TESTSUITE(blk_i, (*sched_mode_suites[sched_i]),
+				sched_mode_static_suites,
+				RTE_DIM(sched_mode_static_suites));
 		sched_mode_suites[sched_i]->unit_test_suites[blk_i] = &end_testsuite;
 	}
 
Signature · 1 line
2.25.1
#6 lore raw
In reply to David Coyle

Hi David,

While it is desirable to add security under crypto/scheduler, would it be functionally possible if the PMDs perform stateful processing? For example, with lookaside protocol mode of IPsec, fields such as seq no & AR defines how the crypto operation can be performed. Without two PMDs sharing this (actively), how can the load balancing happen?

Said that, I agree utility of scheduler for stateless operations. My understanding is, PDCP offload that is available today is not stateful and that can leverage this. I'm not sure of DOCSIS and MACsec.

Should we make it such that only specific security sessions would be eligible for scheduler operation?

Thanks,
Anoob

Quoted 39 lines

-----Original Message-----
From: David Coyle <[email protected]>
Sent: Friday, August 11, 2023 3:54 PM
To: [email protected]
Cc: [email protected]; [email protected]; David Coyle <[email protected]>
Subject: [EXT] [PATCH v2 0/2] crypto/scheduler: add support for security protocols

External Email

----------------------------------------------------------------------
This patchset adds support to the cryptodev scheduler PMD and unit tests for the existing security protocols in the security library, namely IPSec, MACSec, PDCP and DOCSIS.

v2:
* Improve inclusion of rte_security header files
* Fix typo in commit message

David Coyle (2):
crypto/scheduler: support security protocols test/crypto: add security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  14 +-
 doc/guides/rel_notes/release_23_11.rst        |   3 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 229 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 375 +++++++++++++-----
.../crypto/scheduler/scheduler_pmd_private.h  | 148 ++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 656 insertions(+), 230 deletions(-)

--
2.25.1

#7 lore raw

Hi Anoob,

Thank you for that feedback - I was on extended leave so only just getting back to it now. See replies below.

Regards,
David

Quoted 9 lines

-----Original Message-----
From: Anoob Joseph <[email protected]>
Sent: Friday, August 11, 2023 12:09 PM
To: Coyle, David <[email protected]>; [email protected]
Cc: Ji, Kai <[email protected]>; O'Sullivan, Kevin <[email protected]>; Jerin Jacob Kollanukkaran <[email protected]>
Subject: RE: [EXT] [PATCH v2 0/2] crypto/scheduler: add support for security protocols

Quoted 7 lines

Hi David,

While it is desirable to add security under crypto/scheduler, would it be functionally possible if the PMDs perform stateful processing? For example, with lookaside protocol mode of IPsec, fields such as seq no & AR defines how the crypto operation can be performed. Without two PMDs sharing this (actively), how can the load balancing happen?

[DC] So if some fields such as seq numbers are maintained within the PMDs for some protocols, then yes you are right - this would not work without some synchronization across PMD instances which I think we'd want to avoid at this point.

I tried to find some cases where a crypto PMD that supports IPSec, for example, maintains some global stateful parameters, but I could not find these cases. I'm not at all familiar with these PMDs (cnxk, mvsam, dpaa_sec, dpaa2_sec) though, so maybe you could guide me as to where they are maintained?

Quoted 4 lines

Said that, I agree utility of scheduler for stateless operations. My understanding is, PDCP offload that is available today is not stateful and that can leverage this. I'm not sure of DOCSIS and MACsec.

[DC] I notice that the PDCP security xform struct has a seq number related field, which would also suggest it could be stateful, but I could be wrong.

From a google search MACSec is stateless, but again I'm not an expert.

The protocol I am familiar with is DOCSIS, and it is for this protocol that we have added security support to the cryptodev scheduler. DOCSIS is 100% stateless, so will work no problem with the scheduler.

Quoted 3 lines

Should we make it such that only specific security sessions would be eligible for scheduler operation?

[DC] Do you think it would be acceptable to limit the scheduler to the DOCSIS protocol only for now, and let the IPSec, MACSec and PDCP experts add these later if applicable? If you think this would be ok, I can easily make that change.

Quoted 44 lines

Thanks,
Anoob

Quoted 33 lines

-----Original Message-----
From: David Coyle <[email protected]>
Sent: Friday, August 11, 2023 3:54 PM
To: [email protected]
Cc: [email protected]; [email protected]; David Coyle <[email protected]>
Subject: [EXT] [PATCH v2 0/2] crypto/scheduler: add support for security protocols

External Email

----------------------------------------------------------------------
This patchset adds support to the cryptodev scheduler PMD and unit tests for the existing security protocols in the security library, namely IPSec, MACSec, PDCP and DOCSIS.

v2:
* Improve inclusion of rte_security header files
* Fix typo in commit message

David Coyle (2):
crypto/scheduler: support security protocols test/crypto: add security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  14 +-
 doc/guides/rel_notes/release_23_11.rst        |   3 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 229 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 375
Quoted 1 line

+++++++++++++----- .../crypto/scheduler/scheduler_pmd_private.h | 148

++++---

Quoted 5 lines
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 656 insertions(+), 230 deletions(-)

--
2.25.1

#8 lore raw

Hi David,

Please see inline.

Thanks,
Anoob

Quoted 41 lines

-----Original Message-----
From: Coyle, David <[email protected]>
Sent: Monday, September 11, 2023 9:32 PM
To: Anoob Joseph <[email protected]>; [email protected]
Cc: Ji, Kai <[email protected]>; O'Sullivan, Kevin <[email protected]>; Jerin Jacob Kollanukkaran <[email protected]>
Subject: RE: [EXT] [PATCH v2 0/2] crypto/scheduler: add support for security protocols

Hi Anoob,

Thank you for that feedback - I was on extended leave so only just getting back to it now.
See replies below.

Regards,
David

Quoted 10 lines

-----Original Message-----
From: Anoob Joseph <[email protected]>
Sent: Friday, August 11, 2023 12:09 PM
To: Coyle, David <[email protected]>; [email protected]
Cc: Ji, Kai <[email protected]>; O'Sullivan, Kevin <[email protected]>; Jerin Jacob Kollanukkaran <[email protected]>
Subject: RE: [EXT] [PATCH v2 0/2] crypto/scheduler: add support for security protocols

Quoted 7 lines

Hi David,

While it is desirable to add security under crypto/scheduler, would it be functionally possible if the PMDs perform stateful processing? For example, with lookaside protocol mode of IPsec, fields such as seq no & AR defines how the crypto operation can be performed. Without two PMDs sharing this (actively), how can the load balancing happen?

[DC] So if some fields such as seq numbers are maintained within the PMDs for some protocols, then yes you are right - this would not work without some synchronization across PMD instances which I think we'd want to avoid at this point.

Quoted 5 lines

I tried to find some cases where a crypto PMD that supports IPSec, for example, maintains some global stateful parameters, but I could not find these cases.
I'm not at all familiar with these PMDs (cnxk, mvsam, dpaa_sec, dpaa2_sec) though, so maybe you could guide me as to where they are maintained?

[Anoob] I can comment about cnxk.

In cn9k, PMD updates the states.
https://elixir.bootlin.com/dpdk/v23.07/source/drivers/crypto/cnxk/cn9k_ipsec_la_ops.h#L177

In cn10k, hw updates the states. Please check the corresponding fields,
https://elixir.bootlin.com/dpdk/v23.07/source/drivers/common/cnxk/roc_ie_ot.h#L258

Quoted 8 lines
Quoted 5 lines

Said that, I agree utility of scheduler for stateless operations. My understanding is, PDCP offload that is available today is not stateful and that can leverage this. I'm not sure of DOCSIS and MACsec.

[DC] I notice that the PDCP security xform struct has a seq number related field, which would also suggest it could be stateful, but I could be wrong.

[Anoob] The field there is seq no size. That is not stateful. But then, it has HFN field which is the upper few bits of seq no. It is unclear if HFN is expected to be incremented when lower bits overflow. May be it's better PDCP is also left unsupported. I'll let Hemanth confirm.

Quoted 8 lines

From a google search MACSec is stateless, but again I'm not an expert.

The protocol I am familiar with is DOCSIS, and it is for this protocol that we have added security support to the cryptodev scheduler.
DOCSIS is 100% stateless, so will work no problem with the scheduler.

Quoted 1 line
Quoted 7 lines
Quoted 2 lines

Should we make it such that only specific security sessions would be eligible for scheduler operation?

[DC] Do you think it would be acceptable to limit the scheduler to the DOCSIS protocol only for now, and let the IPSec, MACSec and PDCP experts add these later if applicable?
If you think this would be ok, I can easily make that change.

[Anoob] I think that would be a good approach. For any stateless protocols, addition of crypto scheduler is a huge plus.

Quoted 46 lines
Quoted 46 lines

Thanks,
Anoob

Quoted 33 lines

-----Original Message-----
From: David Coyle <[email protected]>
Sent: Friday, August 11, 2023 3:54 PM
To: [email protected]
Cc: [email protected]; [email protected]; David Coyle <[email protected]>
Subject: [EXT] [PATCH v2 0/2] crypto/scheduler: add support for security protocols

External Email

--------------------------------------------------------------------
-- This patchset adds support to the cryptodev scheduler PMD and unit tests for the existing security protocols in the security library, namely IPSec, MACSec, PDCP and DOCSIS.

v2:
* Improve inclusion of rte_security header files
* Fix typo in commit message

David Coyle (2):
crypto/scheduler: support security protocols test/crypto: add security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  14 +-
 doc/guides/rel_notes/release_23_11.rst        |   3 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 229 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 375
Quoted 2 lines

+++++++++++++----- .../crypto/scheduler/scheduler_pmd_private.h | +++++++++++++148

++++---

Quoted 5 lines
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 656 insertions(+), 230 deletions(-)

--
2.25.1

#9 lore raw

v3 cover crypto/scheduler: add support for DOCSIS security protocol

In reply to David Coyle

This patchset adds support to the cryptodev scheduler PMD and unit tests for the DOCSIS security protocol. Support for other stateless security protocols can be added in the future as required with relative ease now that the framework is in place.

v3:
* Limit support to the DOCSIS security protocol only

v2:
* Improve inclusion of rte_security header files
* Fix typo in commit message

David Coyle (2):
crypto/scheduler: support DOCSIS security protocol test/crypto: add DOCSIS security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  12 +-
 doc/guides/rel_notes/release_23_11.rst        |   4 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 221 +++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 381 +++++++++++++-----
 .../crypto/scheduler/scheduler_pmd_private.h  | 159 +++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 664 insertions(+), 230 deletions(-)
Signature · 1 line
2.25.1
#10 lore raw

PATCH v3 1/2 crypto/scheduler: support DOCSIS security protocol

Add support to the cryptodev scheduler PMD for the DOCSIS security protocol. This includes adding the following to the scheduler:
- synchronization of worker's security capabilities
- retrieval of the scheduler's synchronized security capabilities
- retrieval of the security session size i.e. maximum session size across all workers
- creation of security sessions on each worker
- deletion of security sessions on each worker

---
 doc/guides/rel_notes/release_23_11.rst        |   4 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 221 +++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 381 +++++++++++++-----
 .../crypto/scheduler/scheduler_pmd_private.h  | 159 +++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 10 files changed, 653 insertions(+), 229 deletions(-)
doc/guides/rel_notes/release_23_11.rst +4 -0
index 333e1d95a2..a3d0dadbdf 100644
@@ -78,6 +78,10 @@ New Features
 * build: Optional libraries can now be selected with the new ``enable_libs``
   build option similarly to the existing ``enable_drivers`` build option.
 
+* **Updated Cryptodev Scheduler PMD.**
+
+  Added support for DOCSIS security protocol through the ``rte_security`` API
+  callbacks.
 
 Removed Items
 -------------
drivers/crypto/scheduler/meson.build +1 -1
index cd18efc791..752d655415 100644
@@ -7,7 +7,7 @@ if is_windows
     subdir_done()
 endif
 
-deps += ['bus_vdev', 'reorder']
+deps += ['bus_vdev', 'reorder', 'security']
 sources = files(
         'rte_cryptodev_scheduler.c',
         'scheduler_failover.c',
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +212 -9

273 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_failover.c +6 -6
index f24d2fc44b..52ff2ffbb7 100644
@@ -28,7 +28,7 @@ failover_worker_enqueue(struct scheduler_worker *worker,
 {
 	uint16_t processed_ops;
 
-	scheduler_set_worker_session(ops, nb_ops, index);
+	scheduler_set_worker_sessions(ops, nb_ops, index);
 
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
@@ -51,7 +51,7 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 			ops, nb_ops, PRIMARY_WORKER_IDX);
 
 	if (enqueued_ops < nb_ops) {
-		scheduler_retrieve_session(&ops[enqueued_ops],
+		scheduler_retrieve_sessions(&ops[enqueued_ops],
 						nb_ops - enqueued_ops);
 		enqueued_ops += failover_worker_enqueue(
 				&qp_ctx->secondary_worker,
@@ -59,7 +59,7 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 				nb_ops - enqueued_ops,
 				SECONDARY_WORKER_IDX);
 		if (enqueued_ops < nb_ops)
-			scheduler_retrieve_session(&ops[enqueued_ops],
+			scheduler_retrieve_sessions(&ops[enqueued_ops],
 						nb_ops - enqueued_ops);
 	}
 
@@ -102,7 +102,7 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 	qp_ctx->deq_idx = (~qp_ctx->deq_idx) & WORKER_SWITCH_MASK;
 
 	if (nb_deq_ops == nb_ops)
-		goto retrieve_session;
+		goto retrieve_sessions;
 
 	worker = workers[qp_ctx->deq_idx];
 
@@ -112,8 +112,8 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 		worker->nb_inflight_cops -= nb_deq_ops2;
 	}
 
-retrieve_session:
-	scheduler_retrieve_session(ops, nb_deq_ops + nb_deq_ops2);
+retrieve_sessions:
+	scheduler_retrieve_sessions(ops, nb_deq_ops + nb_deq_ops2);
 
 	return nb_deq_ops + nb_deq_ops2;
 }
drivers/crypto/scheduler/scheduler_multicore.c +5 -5
index 3dea850661..a21b522f9f 100644
@@ -183,7 +183,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 
 	while (!mc_ctx->stop_signal) {
 		if (pending_enq_ops) {
-			scheduler_set_worker_session(
+			scheduler_set_worker_sessions(
 				&enq_ops[pending_enq_ops_idx], pending_enq_ops,
 				worker_idx);
 			processed_ops =
@@ -192,7 +192,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 					&enq_ops[pending_enq_ops_idx],
 					pending_enq_ops);
 			if (processed_ops < pending_deq_ops)
-				scheduler_retrieve_session(
+				scheduler_retrieve_sessions(
 					&enq_ops[pending_enq_ops_idx +
 						processed_ops],
 					pending_deq_ops - processed_ops);
@@ -203,13 +203,13 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 			processed_ops = rte_ring_dequeue_burst(enq_ring, (void *)enq_ops,
 							MC_SCHED_BUFFER_SIZE, NULL);
 			if (processed_ops) {
-				scheduler_set_worker_session(enq_ops,
+				scheduler_set_worker_sessions(enq_ops,
 					processed_ops, worker_idx);
 				pending_enq_ops_idx = rte_cryptodev_enqueue_burst(
 						worker->dev_id, worker->qp_id,
 						enq_ops, processed_ops);
 				if (pending_enq_ops_idx < processed_ops)
-					scheduler_retrieve_session(
+					scheduler_retrieve_sessions(
 						enq_ops + pending_enq_ops_idx,
 						processed_ops -
 						pending_enq_ops_idx);
@@ -229,7 +229,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 					worker->dev_id, worker->qp_id, deq_ops,
 					MC_SCHED_BUFFER_SIZE);
 			if (processed_ops) {
-				scheduler_retrieve_session(deq_ops,
+				scheduler_retrieve_sessions(deq_ops,
 					processed_ops);
 				inflight_ops -= processed_ops;
 				if (reordering_enabled) {
drivers/crypto/scheduler/scheduler_pkt_size_distr.c +12 -42

125 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_pmd.c +33 -0
index 4e8bbf0e09..6dad9bc3dd 100644
@@ -8,6 +8,7 @@
 #include <rte_hexdump.h>
 #include <rte_cryptodev.h>
 #include <cryptodev_pmd.h>
+#include <rte_security_driver.h>
 #include <bus_vdev_driver.h>
 #include <rte_malloc.h>
 #include <rte_cpuflags.h>
@@ -233,6 +234,35 @@ cryptodev_scheduler_create(const char *name,
 		return -ENOMEM;
 	}
 
+	struct rte_security_ctx *security_instance;
+	security_instance = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_ctx),
+					RTE_CACHE_LINE_SIZE, SOCKET_ID_ANY);
+	if (security_instance == NULL) {
+		CR_SCHED_LOG(ERR, "rte_security_ctx memory alloc failed");
+		return -ENOMEM;
+	}
+
+	security_instance->device = (void *)dev;
+	security_instance->ops = rte_crypto_scheduler_pmd_sec_ops;
+	security_instance->sess_cnt = 0;
+	dev->security_ctx = security_instance;
+
+	/*
+	 * Initialize security capabilities structure as an empty structure,
+	 * in case device information is requested when no workers are attached
+	 */
+	sched_ctx->sec_capabilities = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_capability),
+					0, SOCKET_ID_ANY);
+
+	if (!sched_ctx->sec_capabilities) {
+		rte_free(security_instance);
+		CR_SCHED_LOG(ERR, "Not enough memory for security capability "
+				"information");
+		return -ENOMEM;
+	}
+
 	rte_cryptodev_pmd_probing_finish(dev);
 
 	return 0;
@@ -263,6 +293,9 @@ cryptodev_scheduler_remove(struct rte_vdev_device *vdev)
 					sched_ctx->workers[i].dev_id);
 	}
 
+	rte_free(dev->security_ctx);
+	dev->security_ctx = NULL;
+
 	return rte_cryptodev_pmd_destroy(dev);
 }
 
drivers/crypto/scheduler/scheduler_pmd_ops.c +273 -108

426 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_pmd_private.h +104 -55

216 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_roundrobin.c +3 -3
index ad3f8b842a..08041887a8 100644
@@ -28,11 +28,11 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 	if (unlikely(nb_ops == 0))
 		return 0;
 
-	scheduler_set_worker_session(ops, nb_ops, worker_idx);
+	scheduler_set_worker_sessions(ops, nb_ops, worker_idx);
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
 	if (processed_ops < nb_ops)
-		scheduler_retrieve_session(ops + processed_ops,
+		scheduler_retrieve_sessions(ops + processed_ops,
 			nb_ops - processed_ops);
 
 	worker->nb_inflight_cops += processed_ops;
@@ -87,7 +87,7 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 
 	nb_deq_ops = rte_cryptodev_dequeue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
-	scheduler_retrieve_session(ops, nb_deq_ops);
+	scheduler_retrieve_sessions(ops, nb_deq_ops);
 	last_worker_idx += 1;
 	last_worker_idx %= rr_qp_ctx->nb_workers;
 
Signature · 1 line
2.25.1
#11 lore raw

RE: [EXT] [PATCH v3 1/2] crypto/scheduler: support DOCSIS security protocol

Hi David,

Thanks for updating the patches based on the comments provided on previous version. Please see inline for some comments on code.

Thanks,
Anoob

Quoted 36 lines

-----Original Message-----
From: David Coyle <[email protected]>
Sent: Thursday, September 14, 2023 8:52 PM
To: [email protected]
Cc: [email protected]; Anoob Joseph <[email protected]>; [email protected]; David Coyle <[email protected]>
Subject: [EXT] [PATCH v3 1/2] crypto/scheduler: support DOCSIS security protocol

External Email

----------------------------------------------------------------------
Add support to the cryptodev scheduler PMD for the DOCSIS security protocol. This includes adding the following to the scheduler:
- synchronization of worker's security capabilities
- retrieval of the scheduler's synchronized security capabilities
- retrieval of the security session size i.e. maximum session size across all workers
- creation of security sessions on each worker
- deletion of security sessions on each worker

---
 doc/guides/rel_notes/release_23_11.rst        |   4 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 221 +++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 381 +++++++++++++-----
.../crypto/scheduler/scheduler_pmd_private.h  | 159 +++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 10 files changed, 653 insertions(+), 229 deletions(-)

<snip>

Quoted 130 lines
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +3 -0
index 258d6f8c43..e8b905af2f 100644
@@ -5,11 +5,14 @@
 #include <rte_reorder.h>
 #include <rte_cryptodev.h>
 #include <cryptodev_pmd.h>
+#include <rte_security_driver.h>
 #include <rte_malloc.h>
 
 #include "rte_cryptodev_scheduler.h"
 #include "scheduler_pmd_private.h"
 
+#define MAX_CAPS 256
+
 /** update the scheduler pmd's capability with attaching device's
  *  capability.
  *  For each device to be attached, the scheduler's capability should be @@ -

59,7 +62,6 @@ sync_caps(struct rte_cryptodev_capabilities *caps,

drivers/crypto/scheduler/rte_cryptodev_scheduler.c +71 -7
 					cap->sym.auth.digest_size.max ?
 					s_cap->sym.auth.digest_size.max :
 					cap->sym.auth.digest_size.max;
-
 			}
 
 			if (s_cap->sym.xform_type ==
@@ -81,25 +83,176 @@ sync_caps(struct rte_cryptodev_capabilities *caps,
 
 		memset(&caps[sync_nb_caps - 1], 0, sizeof(*cap));
 		sync_nb_caps--;
+		i--;
 	}
 
 	return sync_nb_caps;
 }
 
 static int
-update_scheduler_capability(struct scheduler_ctx *sched_ctx)
+check_sec_cap_equal(const struct rte_security_capability *sec_cap1,
+		struct rte_security_capability *sec_cap2) {
+	if (sec_cap1->action != sec_cap2->action ||
+			sec_cap1->protocol != sec_cap2->protocol ||
+			sec_cap1->ol_flags != sec_cap2->ol_flags)
+		return 0;
+
+	if (sec_cap1->protocol == RTE_SECURITY_PROTOCOL_DOCSIS)
+		return !memcmp(&sec_cap1->docsis, &sec_cap2->docsis,
+				sizeof(sec_cap1->docsis));
+	else
+		return 0;
+}
+
+static void
+copy_sec_cap(struct rte_security_capability *dst_sec_cap,
+		struct rte_security_capability *src_sec_cap) {
+	dst_sec_cap->action = src_sec_cap->action;
+	dst_sec_cap->protocol = src_sec_cap->protocol;
+	if (src_sec_cap->protocol == RTE_SECURITY_PROTOCOL_DOCSIS)
+		dst_sec_cap->docsis = src_sec_cap->docsis;
+	dst_sec_cap->ol_flags = src_sec_cap->ol_flags; }
+
+static uint32_t
+sync_sec_crypto_caps(struct rte_cryptodev_capabilities
 *tmp_sec_crypto_caps,
+		const struct rte_cryptodev_capabilities *sec_crypto_caps,
+		const struct rte_cryptodev_capabilities
 *worker_sec_crypto_caps) {
+	uint8_t nb_caps = 0;
+
+	nb_caps = sync_caps(tmp_sec_crypto_caps, nb_caps,
 sec_crypto_caps);
+	sync_caps(tmp_sec_crypto_caps, nb_caps,
 worker_sec_crypto_caps);
+
+	return nb_caps;
+}
+
+/** update the scheduler pmd's security capability with attaching
+device's
+ *  security capability.
+ *  For each device to be attached, the scheduler's security capability
+should
+ *  be the common capability set of all workers  **/ static uint32_t
+sync_sec_caps(uint32_t worker_idx,
+		struct rte_security_capability *sec_caps,
+		struct rte_cryptodev_capabilities
 sec_crypto_caps[][MAX_CAPS],
+		uint32_t nb_sec_caps,
+		const struct rte_security_capability *worker_sec_caps)
 {
-	struct rte_cryptodev_capabilities tmp_caps[256] = { {0} };
-	uint32_t nb_caps = 0, i;
+	uint32_t nb_worker_sec_caps = 0, i;
+
+	if (worker_sec_caps == NULL)
+		return 0;
+
+	while (worker_sec_caps[nb_worker_sec_caps].action !=
+
 	RTE_SECURITY_ACTION_TYPE_NONE)
+		nb_worker_sec_caps++;
+
+	/* Handle first worker */
+	if (worker_idx == 0) {
+		uint32_t nb_worker_sec_crypto_caps = 0;
+		uint32_t nb_worker_supp_sec_caps = 0;
+
+		for (i = 0; i < nb_worker_sec_caps; i++) {
+			/* Check for supported security protocols */
+			if
 (!scheduler_check_sec_proto_supp(worker_sec_caps[i].action,
+					worker_sec_caps[i].protocol))
+				continue;
 
-	if (sched_ctx->capabilities) {
-		rte_free(sched_ctx->capabilities);
-		sched_ctx->capabilities = NULL;
+			sec_caps[nb_worker_supp_sec_caps] =
 worker_sec_caps[i];
+
+			while (worker_sec_caps[i].crypto_capabilities[
+					nb_worker_sec_crypto_caps].op !=
+

RTE_CRYPTO_OP_TYPE_UNDEFINED)

drivers/crypto/scheduler/rte_cryptodev_scheduler.c +3 -0
+				nb_worker_sec_crypto_caps++;
+
+
	rte_memcpy(&sec_crypto_caps[nb_worker_supp_sec_caps][0],

drivers/crypto/scheduler/rte_cryptodev_scheduler.c sync_caps(struct rte_cryptodev_capabilities *caps, · line 172

Quoted 1 line
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +1 -0
+				&worker_sec_caps[i].crypto_capabilities[0],

[Anoob] Isn't it possible to have 2 different security devices which may differ in crypto capabilities? My understanding is, the code assumes that crypto capability of both devices would match. It's okay to document it as a known limitation if it is too difficult to solve.

Quoted 9 lines

+

	sizeof(sec_crypto_caps[nb_worker_supp_sec_caps][0]) *
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +5 -0
+					nb_worker_sec_crypto_caps);
+
+			nb_worker_supp_sec_caps++;
+		}
+		return nb_worker_supp_sec_caps;
 	}

<snip>

Quoted 16 lines
drivers/crypto/scheduler/scheduler_pmd.c +1 -0
index 4e8bbf0e09..6dad9bc3dd 100644
@@ -8,6 +8,7 @@
 #include <rte_hexdump.h>
 #include <rte_cryptodev.h>
 #include <cryptodev_pmd.h>
+#include <rte_security_driver.h>
 #include <bus_vdev_driver.h>
 #include <rte_malloc.h>
 #include <rte_cpuflags.h>
@@ -233,6 +234,35 @@ cryptodev_scheduler_create(const char *name,
 		return -ENOMEM;
 	}

drivers/crypto/scheduler/scheduler_pmd.c cryptodev_scheduler_create(const char *name, · line 245

Quoted 10 lines
drivers/crypto/scheduler/scheduler_pmd.c +7 -0
 
+	struct rte_security_ctx *security_instance;
+	security_instance = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_ctx),
+					RTE_CACHE_LINE_SIZE,
 SOCKET_ID_ANY);
+	if (security_instance == NULL) {
+		CR_SCHED_LOG(ERR, "rte_security_ctx memory alloc
 failed");
+		return -ENOMEM;

[Anoob] The lines above this adds regular cryptodev capabilities. Don't we need to free that as well?

Quoted 120 lines
drivers/crypto/scheduler/scheduler_pmd.c +10 -0
+	}
+
+	security_instance->device = (void *)dev;
+	security_instance->ops = rte_crypto_scheduler_pmd_sec_ops;
+	security_instance->sess_cnt = 0;
+	dev->security_ctx = security_instance;
+
+	/*
+	 * Initialize security capabilities structure as an empty structure,
+	 * in case device information is requested when no workers are

attached

drivers/crypto/scheduler/scheduler_pmd.c +8 -0
+	 */
+	sched_ctx->sec_capabilities = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_capability),
+					0, SOCKET_ID_ANY);
+
+	if (!sched_ctx->sec_capabilities) {
+		rte_free(security_instance);
+		CR_SCHED_LOG(ERR, "Not enough memory for security

capability "

drivers/crypto/scheduler/scheduler_pmd.c +7 -0
+				"information");
+		return -ENOMEM;
+	}
+
 	rte_cryptodev_pmd_probing_finish(dev);
 
 	return 0;
@@ -263,6 +293,9 @@ cryptodev_scheduler_remove(struct
 rte_vdev_device *vdev)
 					sched_ctx->workers[i].dev_id);
 	}
 
+	rte_free(dev->security_ctx);
+	dev->security_ctx = NULL;
+
 	return rte_cryptodev_pmd_destroy(dev);  }
 
drivers/crypto/scheduler/scheduler_pmd_ops.c +42 -0
index 294aab4452..34d20ee2de 100644
@@ -8,11 +8,212 @@
 #include <dev_driver.h>
 #include <rte_cryptodev.h>
 #include <cryptodev_pmd.h>
+#include <rte_security_driver.h>
 #include <rte_reorder.h>
 #include <rte_errno.h>
 
 #include "scheduler_pmd_private.h"
 
+struct scheduler_configured_sess_info {
+	uint8_t dev_id;
+	uint8_t driver_id;
+	union {
+		struct rte_cryptodev_sym_session *sess;
+		struct {
+			struct rte_security_session *sec_sess;
+			struct rte_security_ctx *sec_ctx;
+		};
+	};
+};
+
+static int
+scheduler_session_create(void *sess, void *sess_params,
+		struct scheduler_ctx *sched_ctx,
+		enum rte_crypto_op_sess_type session_type) {
+	struct rte_mempool *mp = rte_mempool_from_obj(sess);
+	struct scheduler_session_ctx *sess_ctx;
+	struct scheduler_configured_sess_info configured_sess[
+			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS]
 = {{0}};
+	uint32_t i, j, n_configured_sess = 0;
+	int ret = 0;
+
+	if (session_type == RTE_CRYPTO_OP_WITH_SESSION)
+		sess_ctx = CRYPTODEV_GET_SYM_SESS_PRIV(
+				(struct rte_cryptodev_sym_session *)sess);
+	else
+		sess_ctx = SECURITY_GET_SESS_PRIV(
+				(struct rte_security_session *)sess);
+
+	if (mp == NULL)
+		return -EINVAL;
+
+	for (i = 0; i < sched_ctx->nb_workers; i++) {
+		struct scheduler_worker *worker = &sched_ctx->workers[i];
+		struct rte_cryptodev *dev = &rte_cryptodevs[worker-
 >dev_id];
+		uint8_t next_worker = 0;
+
+		for (j = 0; j < n_configured_sess; j++) {
+			if (configured_sess[j].driver_id == worker-
 >driver_id) {
+				if (session_type ==

RTE_CRYPTO_OP_WITH_SESSION)

drivers/crypto/scheduler/scheduler_pmd_ops.c +21 -0
+					sess_ctx->worker_sess[i] =
+						configured_sess[j].sess;
+				else
+					sess_ctx->worker_sec_sess[i] =
+						configured_sess[j].sec_sess;
+
+				next_worker = 1;
+				break;
+			}
+		}
+		if (next_worker)
+			continue;
+
+		if (rte_mempool_avail_count(mp) == 0) {
+			ret = -ENOMEM;
+			goto error_exit;
+		}
+
+		if (session_type == RTE_CRYPTO_OP_WITH_SESSION) {
+			struct rte_cryptodev_sym_session *worker_sess =
+				rte_cryptodev_sym_session_create(worker-
Quoted 1 line

dev_id,

drivers/crypto/scheduler/scheduler_pmd_ops.c +1 -0
+						(struct
Quoted 1 line

rte_crypto_sym_xform *)

[Anoob] Is this cast required?

Quoted 140 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +10 -0
+						sess_params, mp);
+
+			if (worker_sess == NULL) {
+				ret = -rte_errno;
+				goto error_exit;
+			}
+
+			worker_sess->opaque_data = (uint64_t)sess;
+			sess_ctx->worker_sess[i] = worker_sess;
+			configured_sess[n_configured_sess].sess =

worker_sess;

drivers/crypto/scheduler/scheduler_pmd_ops.c +3 -0
+		} else {
+			struct rte_security_session *worker_sess =
+				rte_security_session_create(dev-
Quoted 1 line

security_ctx,

drivers/crypto/scheduler/scheduler_pmd_ops.c +19 -0
+					(struct rte_security_session_conf *)
+					sess_params, mp);
+
+			if (worker_sess == NULL) {
+				ret = -rte_errno;
+				goto error_exit;
+			}
+
+			worker_sess->opaque_data = (uint64_t)sess;
+			sess_ctx->worker_sec_sess[i] = worker_sess;
+			configured_sess[n_configured_sess].sec_sess =
+							worker_sess;
+			configured_sess[n_configured_sess].sec_ctx =
+							dev->security_ctx;
+		}
+
+		configured_sess[n_configured_sess].driver_id =
+							worker->driver_id;
+		configured_sess[n_configured_sess].dev_id = worker-
Quoted 1 line

dev_id;

drivers/crypto/scheduler/scheduler_pmd_ops.c +28 -0
+		n_configured_sess++;
+	}
+
+	return 0;
+
+error_exit:
+	sess_ctx->ref_cnt = sched_ctx->ref_cnt;
+	for (i = 0; i < n_configured_sess; i++) {
+		if (session_type == RTE_CRYPTO_OP_WITH_SESSION)
+			rte_cryptodev_sym_session_free(
+						configured_sess[i].dev_id,
+						configured_sess[i].sess);
+		else
+			rte_security_session_destroy(
+						configured_sess[i].sec_ctx,
+						configured_sess[i].sec_sess);
+	}
+
+	return ret;
+}
+
+static void
+scheduler_session_destroy(void *sess, struct scheduler_ctx *sched_ctx,
+		uint8_t session_type)
+{
+	struct scheduler_session_ctx *sess_ctx;
+	struct scheduler_configured_sess_info deleted_sess[
+			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS]

= {{0}};

drivers/crypto/scheduler/scheduler_pmd_ops.c +12 -0
+	uint32_t i, j, n_deleted_sess = 0;
+
+	if (session_type == RTE_CRYPTO_OP_WITH_SESSION)
+		sess_ctx = CRYPTODEV_GET_SYM_SESS_PRIV(
+				(struct rte_cryptodev_sym_session *)sess);
+	else
+		sess_ctx = SECURITY_GET_SESS_PRIV(
+				(struct rte_security_session *)sess);
+
+	if (sched_ctx->ref_cnt != sess_ctx->ref_cnt) {
+		CR_SCHED_LOG(WARNING,
+			"Worker updated between session

creation/deletion. "

drivers/crypto/scheduler/scheduler_pmd_ops.c +6 -0
+			"The session may not be freed fully.");
+	}
+
+	for (i = 0; i < sched_ctx->nb_workers; i++) {
+		struct scheduler_worker *worker = &sched_ctx->workers[i];
+		struct rte_cryptodev *dev = &rte_cryptodevs[worker-
Quoted 1 line

dev_id];

drivers/crypto/scheduler/scheduler_pmd_ops.c +5 -0
+		uint8_t next_worker = 0;
+
+		for (j = 0; j < n_deleted_sess; j++) {
+			if (deleted_sess[j].driver_id == worker->driver_id) {
+				if (session_type ==

RTE_CRYPTO_OP_WITH_SESSION)

drivers/crypto/scheduler/scheduler_pmd_ops.c +3 -0
+					sess_ctx->worker_sess[i] = NULL;
+				else
+					sess_ctx->worker_sec_sess[i] =

NULL;

drivers/crypto/scheduler/scheduler_pmd_ops.c +15 -0
+
+				next_worker = 1;
+				break;
+			}
+		}
+		if (next_worker)
+			continue;
+
+		if (session_type == RTE_CRYPTO_OP_WITH_SESSION) {
+			rte_cryptodev_sym_session_free(worker->dev_id,
+						sess_ctx->worker_sess[i]);
+			sess_ctx->worker_sess[i] = NULL;
+		} else {
+			rte_security_session_destroy(dev->security_ctx,
+						sess_ctx-
Quoted 1 line

worker_sec_sess[i]);

drivers/crypto/scheduler/scheduler_pmd_ops.c +4 -0
+			sess_ctx->worker_sec_sess[i] = NULL;
+		}
+
+		deleted_sess[n_deleted_sess++].driver_id = worker-
Quoted 1 line

driver_id;

drivers/crypto/scheduler/scheduler_pmd_ops.c +14 -0
+	}
+}
+
+static unsigned int
+scheduler_session_size_get(struct scheduler_ctx *sched_ctx,
+		uint8_t session_type)
+{
+	uint8_t i = 0;
+	uint32_t max_priv_sess_size = 0;
+
+	/* Check what is the maximum private session size for all workers */
+	for (i = 0; i < sched_ctx->nb_workers; i++) {
+		uint8_t worker_dev_id = sched_ctx->workers[i].dev_id;
+		struct rte_cryptodev *dev =

&rte_cryptodevs[worker_dev_id];

drivers/crypto/scheduler/scheduler_pmd_ops.c +6 -0
+		struct rte_security_ctx *sec_ctx = dev->security_ctx;
+		uint32_t priv_sess_size = 0;
+
+		if (session_type == RTE_CRYPTO_OP_WITH_SESSION) {
+			priv_sess_size =
+				(*dev->dev_ops-
Quoted 1 line

sym_session_get_size)(dev);

drivers/crypto/scheduler/scheduler_pmd_ops.c +2 -0
+		} else {
+			priv_sess_size = (*sec_ctx->ops-
Quoted 1 line

session_get_size)(dev);

drivers/crypto/scheduler/scheduler_pmd_ops.c line 211

Quoted 4 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +4 -0
+		}
+
+		if (max_priv_sess_size < priv_sess_size)
+			max_priv_sess_size = priv_sess_size;

[Anoob] Should we use RTE_MAX?

Quoted 173 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +5 -0
+	}
+
+	return max_priv_sess_size;
+}
+
 /** attaching the workers predefined by scheduler's EAL options */  static

int scheduler_attach_init_worker(struct rte_cryptodev *dev) @@ -265,10 +466,7 @@ scheduler_pmd_close(struct rte_cryptodev *dev)

drivers/crypto/scheduler/scheduler_pmd_ops.c +4 -56
 		sched_ctx->private_ctx = NULL;
 	}
 
-	if (sched_ctx->capabilities) {
-		rte_free(sched_ctx->capabilities);
-		sched_ctx->capabilities = NULL;
-	}
+	scheduler_free_capabilities(sched_ctx);
 
 	return 0;
 }
@@ -451,92 +649,22 @@ scheduler_pmd_qp_setup(struct rte_cryptodev
 *dev, uint16_t qp_id,  }
 
 static uint32_t
-scheduler_pmd_sym_session_get_size(struct rte_cryptodev *dev
 __rte_unused)
+scheduler_pmd_sym_session_get_size(struct rte_cryptodev *dev)
 {
 	struct scheduler_ctx *sched_ctx = dev->data->dev_private;
-	uint8_t i = 0;
-	uint32_t max_priv_sess_size = 0;
-
-	/* Check what is the maximum private session size for all workers */
-	for (i = 0; i < sched_ctx->nb_workers; i++) {
-		uint8_t worker_dev_id = sched_ctx->workers[i].dev_id;
-		struct rte_cryptodev *dev =
 &rte_cryptodevs[worker_dev_id];
-		uint32_t priv_sess_size = (*dev->dev_ops-
 >sym_session_get_size)(dev);
 
-		if (max_priv_sess_size < priv_sess_size)
-			max_priv_sess_size = priv_sess_size;
-	}
-
-	return max_priv_sess_size;
+	return scheduler_session_size_get(sched_ctx,
+RTE_CRYPTO_OP_WITH_SESSION);
 }
 
-struct scheduler_configured_sess_info {
-	uint8_t dev_id;
-	uint8_t driver_id;
-	struct rte_cryptodev_sym_session *sess;
-};
-
 static int
 scheduler_pmd_sym_session_configure(struct rte_cryptodev *dev,
 	struct rte_crypto_sym_xform *xform,
 	struct rte_cryptodev_sym_session *sess)  {
 	struct scheduler_ctx *sched_ctx = dev->data->dev_private;
-	struct rte_mempool *mp = rte_mempool_from_obj(sess);
-	struct scheduler_session_ctx *sess_ctx =
 CRYPTODEV_GET_SYM_SESS_PRIV(sess);
-	struct scheduler_configured_sess_info configured_sess[
-			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS]
 = {{0}};
-	uint32_t i, j, n_configured_sess = 0;
-	int ret = 0;
-
-	if (mp == NULL)
-		return -EINVAL;
 
-	for (i = 0; i < sched_ctx->nb_workers; i++) {
-		struct scheduler_worker *worker = &sched_ctx->workers[i];
-		struct rte_cryptodev_sym_session *worker_sess;
-		uint8_t next_worker = 0;
-
-		for (j = 0; j < n_configured_sess; j++) {
-			if (configured_sess[j].driver_id ==
-					worker->driver_id) {
-				sess_ctx->worker_sess[i] =
-					configured_sess[j].sess;
-				next_worker = 1;
-				break;
-			}
-		}
-		if (next_worker)
-			continue;
-
-		if (rte_mempool_avail_count(mp) == 0) {
-			ret = -ENOMEM;
-			goto error_exit;
-		}
-
-		worker_sess = rte_cryptodev_sym_session_create(worker-
Quoted 1 line

dev_id,

drivers/crypto/scheduler/scheduler_pmd_ops.c +0 -11
-			xform, mp);
-		if (worker_sess == NULL) {
-			ret = -rte_errno;
-			goto error_exit;
-		}
-
-		worker_sess->opaque_data = (uint64_t)sess;
-		sess_ctx->worker_sess[i] = worker_sess;
-		configured_sess[n_configured_sess].driver_id =
-			worker->driver_id;
-		configured_sess[n_configured_sess].dev_id = worker-
Quoted 1 line

dev_id;

drivers/crypto/scheduler/scheduler_pmd_ops.c +0 -9
-		configured_sess[n_configured_sess].sess = worker_sess;
-		n_configured_sess++;
-	}
-
-	return 0;
-error_exit:
-	sess_ctx->ref_cnt = sched_ctx->ref_cnt;
-	for (i = 0; i < n_configured_sess; i++)
-

rte_cryptodev_sym_session_free(configured_sess[i].dev_id,

drivers/crypto/scheduler/scheduler_pmd_ops.c +1 -2
-			configured_sess[i].sess);
-	return ret;
+	return scheduler_session_create((void *)sess, (void *)xform,

sched_ctx,

drivers/crypto/scheduler/scheduler_pmd_ops.c +1 -8
+				RTE_CRYPTO_OP_WITH_SESSION);
 }
 
 /** Clear the memory of session so it doesn't leave key material behind */
@@ -545,37 +673,9 @@ scheduler_pmd_sym_session_clear(struct
 rte_cryptodev *dev,
 		struct rte_cryptodev_sym_session *sess)  {
 	struct scheduler_ctx *sched_ctx = dev->data->dev_private;
-	struct scheduler_session_ctx *sess_ctx =
 CRYPTODEV_GET_SYM_SESS_PRIV(sess);
-	struct scheduler_configured_sess_info deleted_sess[
-			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS]
 = {{0}};
-	uint32_t i, j, n_deleted_sess = 0;
-
-	if (sched_ctx->ref_cnt != sess_ctx->ref_cnt) {
-		CR_SCHED_LOG(WARNING,
-			"Worker updated between session

creation/deletion. "

drivers/crypto/scheduler/scheduler_pmd_ops.c +0 -20
-			"The session may not be freed fully.");
-	}
-
-	for (i = 0; i < sched_ctx->nb_workers; i++) {
-		struct scheduler_worker *worker = &sched_ctx->workers[i];
-		uint8_t next_worker = 0;
 
-		for (j = 0; j < n_deleted_sess; j++) {
-			if (deleted_sess[j].driver_id == worker->driver_id) {
-				sess_ctx->worker_sess[i] = NULL;
-				next_worker = 1;
-				break;
-			}
-		}
-		if (next_worker)
-			continue;
-
-		rte_cryptodev_sym_session_free(worker->dev_id,
-			sess_ctx->worker_sess[i]);
-
-		deleted_sess[n_deleted_sess++].driver_id = worker-
Quoted 1 line

driver_id;

drivers/crypto/scheduler/scheduler_pmd_ops.c +2 -2
-		sess_ctx->worker_sess[i] = NULL;
-	}
+	scheduler_session_destroy((void *)sess, sched_ctx,
+				RTE_CRYPTO_OP_WITH_SESSION);
 }
 
 static struct rte_cryptodev_ops scheduler_pmd_ops = { @@ -598,3 +698,68

@@ static struct rte_cryptodev_ops scheduler_pmd_ops = { };

struct rte_cryptodev_ops *rte_crypto_scheduler_pmd_ops =
&scheduler_pmd_ops;

drivers/crypto/scheduler/scheduler_pmd_ops.c static struct rte_cryptodev_ops scheduler_pmd_ops = { · line 707

Quoted 7 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +7 -0
+
+/** Configure a scheduler session from a security session configuration
+*/ static int scheduler_pmd_sec_sess_create(void *dev, struct
+rte_security_session_conf *conf,
+			struct rte_security_session *sess)
+{
+	struct rte_cryptodev *cdev = (struct rte_cryptodev *)dev;

[Anoob] Is this cast required?

Quoted 11 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +4 -0
+	struct scheduler_ctx *sched_ctx = cdev->data->dev_private;
+
+	/* Check for supported security protocols */
+	if (!scheduler_check_sec_proto_supp(conf->action_type, conf-
Quoted 1 line

protocol)) {

drivers/crypto/scheduler/scheduler_pmd_ops.c +5 -0
+		CR_SCHED_LOG(ERR, "Unsupported security protocol");
+		return -ENOTSUP;
+	}
+
+	return scheduler_session_create((void *)sess, (void *)conf,

sched_ctx,

drivers/crypto/scheduler/scheduler_pmd_ops.c static struct rte_cryptodev_ops scheduler_pmd_ops = { · line 725

Quoted 7 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +7 -0
+				RTE_CRYPTO_OP_SECURITY_SESSION);
+}
+
+/** Clear the memory of session so it doesn't leave key material behind
+*/ static int scheduler_pmd_sec_sess_destroy(void *dev,
+			       struct rte_security_session *sess) {
+	struct rte_cryptodev *cdev = (struct rte_cryptodev *)dev;

[Anoob] Is this cast required?

drivers/crypto/scheduler/scheduler_pmd_ops.c static struct rte_cryptodev_ops scheduler_pmd_ops = { · line 738

Quoted 12 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +12 -0
+	struct scheduler_ctx *sched_ctx = cdev->data->dev_private;
+
+	scheduler_session_destroy((void *)sess, sched_ctx,
+				RTE_CRYPTO_OP_SECURITY_SESSION);
+
+	return 0;
+}
+
+/** Get sync security capabilities for scheduler pmds */ static const
+struct rte_security_capability * scheduler_pmd_sec_capa_get(void *dev)
+{
+	struct rte_cryptodev *cdev = (struct rte_cryptodev *)dev;

[Anoob] Is this cast required?

drivers/crypto/scheduler/scheduler_pmd_ops.c static struct rte_cryptodev_ops scheduler_pmd_ops = { · line 747

Quoted 8 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +8 -0
+	struct scheduler_ctx *sched_ctx = cdev->data->dev_private;
+
+	return sched_ctx->sec_capabilities;
+}
+
+static unsigned int
+scheduler_pmd_sec_sess_size_get(void *dev) {
+	struct rte_cryptodev *cdev = (struct rte_cryptodev *)dev;

[Anoob] Is this cast required?

Quoted 303 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +17 -0
+	struct scheduler_ctx *sched_ctx = cdev->data->dev_private;
+
+	return scheduler_session_size_get(sched_ctx,
+				RTE_CRYPTO_OP_SECURITY_SESSION);
+}
+
+static struct rte_security_ops scheduler_pmd_sec_ops = {
+		.session_create = scheduler_pmd_sec_sess_create,
+		.session_update = NULL,
+		.session_get_size = scheduler_pmd_sec_sess_size_get,
+		.session_stats_get = NULL,
+		.session_destroy = scheduler_pmd_sec_sess_destroy,
+		.set_pkt_metadata = NULL,
+		.capabilities_get = scheduler_pmd_sec_capa_get };
+
+struct rte_security_ops *rte_crypto_scheduler_pmd_sec_ops =
+
	&scheduler_pmd_sec_ops;
drivers/crypto/scheduler/scheduler_pmd_private.h +10 -3
index 36d0bb6307..ff1e7a83e8 100644
@@ -5,6 +5,8 @@
 #ifndef _SCHEDULER_PMD_PRIVATE_H
 #define _SCHEDULER_PMD_PRIVATE_H
 
+#include <rte_security_driver.h>
+
 #include "rte_cryptodev_scheduler.h"
 
 #define CRYPTODEV_NAME_SCHEDULER_PMD	crypto_scheduler
@@ -30,7 +32,8 @@ struct scheduler_ctx {
 	/**< private scheduler context pointer */
 
 	struct rte_cryptodev_capabilities *capabilities;
-	uint32_t nb_capabilities;
+	struct rte_security_capability *sec_capabilities;
+	struct rte_cryptodev_capabilities **sec_crypto_capabilities;
 
 	uint32_t max_nb_queue_pairs;
 
@@ -64,8 +67,12 @@ struct scheduler_qp_ctx {
 
 struct scheduler_session_ctx {
 	uint32_t ref_cnt;
-	struct rte_cryptodev_sym_session *worker_sess[
-		RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS];
+	union {
+		struct rte_cryptodev_sym_session *worker_sess[
+			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS];
+		struct rte_security_session *worker_sec_sess[
+			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS];
+	};
 };
 
 extern uint8_t cryptodev_scheduler_driver_id; @@ -108,7 +115,22 @@

scheduler_order_drain(struct rte_ring *order_ring, }

static __rte_always_inline void
-scheduler_set_worker_session(struct rte_crypto_op **ops, uint16_t nb_ops,

drivers/crypto/scheduler/scheduler_pmd_private.h +6 -0
+scheduler_set_single_worker_session(struct rte_crypto_op *op,
+		uint8_t worker_idx)
+{
+	if (op->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
+		struct scheduler_session_ctx *sess_ctx =
+				CRYPTODEV_GET_SYM_SESS_PRIV(op->sym-
Quoted 1 line

session);

drivers/crypto/scheduler/scheduler_pmd_private.h +4 -0
+		op->sym->session = sess_ctx->worker_sess[worker_idx];
+	} else if (op->sess_type == RTE_CRYPTO_OP_SECURITY_SESSION) {
+		struct scheduler_session_ctx *sess_ctx =
+				SECURITY_GET_SESS_PRIV(op->sym-
Quoted 1 line

session);

drivers/crypto/scheduler/scheduler_pmd_private.h +1 -0
+		op->sym->session = sess_ctx-
Quoted 1 line

worker_sec_sess[worker_idx];

drivers/crypto/scheduler/scheduler_pmd_private.h +11 -35
+	}
+}
+
+static __rte_always_inline void
+scheduler_set_worker_sessions(struct rte_crypto_op **ops, uint16_t
+nb_ops,
 		uint8_t worker_index)
 {
 	struct rte_crypto_op **op = ops;
@@ -129,52 +151,34 @@ scheduler_set_worker_session(struct
 rte_crypto_op **ops, uint16_t nb_ops,
 			rte_prefetch0(op[7]->sym->session);
 		}
 
-		if (op[0]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[0]-
 >sym->session);
-			op[0]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-		}
-
-		if (op[1]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[1]-
 >sym->session);
-			op[1]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-		}
-
-		if (op[2]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[2]-
 >sym->session);
-			op[2]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-		}
-
-		if (op[3]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[3]-
 >sym->session);
-			op[3]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-		}
+		scheduler_set_single_worker_session(op[0],
 worker_index);
+		scheduler_set_single_worker_session(op[1],
 worker_index);
+		scheduler_set_single_worker_session(op[2],
 worker_index);
+		scheduler_set_single_worker_session(op[3],
 worker_index);
 
 		op += 4;
 		n -= 4;
 	}
 
 	while (n--) {
-		if (op[0]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[0]-
 >sym->session);
-
-			op[0]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-			op++;
-		}
+		scheduler_set_single_worker_session(op[0],

worker_index);

drivers/crypto/scheduler/scheduler_pmd_private.h +5 -1
+		op++;
 	}
 }
 
 static __rte_always_inline void
-scheduler_retrieve_session(struct rte_crypto_op **ops, uint16_t nb_ops)
+scheduler_retrieve_single_session(struct rte_crypto_op *op) {
+	if (op->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
+		op->sym->session = (void *)(uintptr_t)
+			rte_cryptodev_sym_session_opaque_data_get(op-
Quoted 1 line

sym->session);

drivers/crypto/scheduler/scheduler_pmd_private.h +3 -0
+	else if (op->sess_type == RTE_CRYPTO_OP_SECURITY_SESSION)
+		op->sym->session = (void *)(uintptr_t)
+			rte_security_session_opaque_data_get(op->sym-
Quoted 1 line

session);

drivers/crypto/scheduler/scheduler_pmd_private.h +9 -15
+}
+
+static __rte_always_inline void
+scheduler_retrieve_sessions(struct rte_crypto_op **ops, uint16_t
+nb_ops)
 {
 	uint16_t n = nb_ops;
 	struct rte_crypto_op **op = ops;
@@ -194,32 +198,77 @@ scheduler_retrieve_session(struct rte_crypto_op
 **ops, uint16_t nb_ops)
 			rte_prefetch0(op[7]->sym->session);
 		}
 
-		if (op[0]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[0]->sym->session = (void *)(uintptr_t)
-
 	rte_cryptodev_sym_session_opaque_data_get(op[0]->sym-
 >session);
-		if (op[1]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[1]->sym->session = (void *)(uintptr_t)
-
 	rte_cryptodev_sym_session_opaque_data_get(op[1]->sym-
 >session);
-		if (op[2]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[2]->sym->session = (void *)(uintptr_t)
-
 	rte_cryptodev_sym_session_opaque_data_get(op[2]->sym-
 >session);
-		if (op[3]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[3]->sym->session = (void *)(uintptr_t)
-
 	rte_cryptodev_sym_session_opaque_data_get(op[3]->sym-
 >session);
+		scheduler_retrieve_single_session(op[0]);
+		scheduler_retrieve_single_session(op[1]);
+		scheduler_retrieve_single_session(op[2]);
+		scheduler_retrieve_single_session(op[3]);
 
 		op += 4;
 		n -= 4;
 	}
 
 	while (n--) {
-		if (op[0]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[0]->sym->session = (void *)(uintptr_t)
-
	rte_cryptodev_sym_session_opaque_data_get(op[0]->sym-
Quoted 1 line

session);

drivers/crypto/scheduler/scheduler_pmd_private.h +44 -0
+		scheduler_retrieve_single_session(op[0]);
 		op++;
 	}
 }
 
+static __rte_always_inline uint32_t
+scheduler_get_job_len(struct rte_crypto_op *op) {
+	uint32_t job_len;
+
+	/* op_len is initialized as cipher data length, if
+	 * it is 0, then it is set to auth data length
+	 */
+	job_len = op->sym->cipher.data.length;
+	job_len += (op->sym->cipher.data.length == 0) *
+					op->sym->auth.data.length;
+
+	return job_len;
+}
+
+static __rte_always_inline void
+scheduler_free_capabilities(struct scheduler_ctx *sched_ctx) {
+	uint32_t i;
+
+	if (sched_ctx->capabilities) {
+		rte_free(sched_ctx->capabilities);
+		sched_ctx->capabilities = NULL;
+	}
+
+	if (sched_ctx->sec_crypto_capabilities) {
+		i = 0;
+		while (sched_ctx->sec_crypto_capabilities[i] != NULL) {
+			rte_free(sched_ctx->sec_crypto_capabilities[i]);
+			sched_ctx->sec_crypto_capabilities[i] = NULL;
+			i++;
+		}
+
+		rte_free(sched_ctx->sec_crypto_capabilities);
+		sched_ctx->sec_crypto_capabilities = NULL;
+	}
+
+	if (sched_ctx->sec_capabilities) {
+		rte_free(sched_ctx->sec_capabilities);
+		sched_ctx->sec_capabilities = NULL;
+	}
+}
+
+static __rte_always_inline int
+scheduler_check_sec_proto_supp(enum

rte_security_session_action_type action,

drivers/crypto/scheduler/scheduler_pmd_private.h +2 -0
+		enum rte_security_session_protocol protocol) {
+	if (action == RTE_SECURITY_ACTION_TYPE_LOOKASIDE_PROTOCOL

&&

drivers/crypto/scheduler/scheduler_pmd_private.h +6 -0
+			protocol == RTE_SECURITY_PROTOCOL_DOCSIS)
+		return 1;
+
+	return 0;
+}
+
 /** device specific operations function pointer structure */  extern struct

rte_cryptodev_ops *rte_crypto_scheduler_pmd_ops;

drivers/crypto/scheduler/scheduler_pmd_private.h +1 -0
+extern struct rte_security_ops *rte_crypto_scheduler_pmd_sec_ops;
 
 #endif /* _SCHEDULER_PMD_PRIVATE_H */
drivers/crypto/scheduler/scheduler_roundrobin.c +2 -2
index ad3f8b842a..08041887a8 100644
@@ -28,11 +28,11 @@ schedule_enqueue(void *qp, struct rte_crypto_op
 **ops, uint16_t nb_ops)
 	if (unlikely(nb_ops == 0))
 		return 0;
 
-	scheduler_set_worker_session(ops, nb_ops, worker_idx);
+	scheduler_set_worker_sessions(ops, nb_ops, worker_idx);
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
 	if (processed_ops < nb_ops)
-		scheduler_retrieve_session(ops + processed_ops,
+		scheduler_retrieve_sessions(ops + processed_ops,
 			nb_ops - processed_ops);
 

worker->nb_inflight_cops += processed_ops; @@ -87,7 +87,7 @@
schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)

drivers/crypto/scheduler/scheduler_roundrobin.c +1 -2
 	nb_deq_ops = rte_cryptodev_dequeue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
-	scheduler_retrieve_session(ops, nb_deq_ops);
+	scheduler_retrieve_sessions(ops, nb_deq_ops);
 	last_worker_idx += 1;
 	last_worker_idx %= rr_qp_ctx->nb_workers;
 
--

2.25.1

#12 lore raw

RE: [EXT] [PATCH v3 1/2] crypto/scheduler: support DOCSIS security protocol

Hi Anoob,

Thank you for the comments.
See inline below for replies.

Regards,
David

Quoted 187 lines

-----Original Message-----
From: Anoob Joseph <[email protected]>
Sent: Monday, September 18, 2023 12:03 PM
To: Coyle, David <[email protected]>
Cc: Ji, Kai <[email protected]>; O'Sullivan, Kevin <[email protected]>; [email protected]; Jerin Jacob Kollanukkaran <[email protected]>
Subject: RE: [EXT] [PATCH v3 1/2] crypto/scheduler: support DOCSIS security protocol

Hi David,

Thanks for updating the patches based on the comments provided on previous version. Please see inline for some comments on code.

Thanks,
Anoob

Quoted 32 lines

-----Original Message-----
From: David Coyle <[email protected]>
Sent: Thursday, September 14, 2023 8:52 PM
To: [email protected]
Cc: [email protected]; Anoob Joseph <[email protected]>; [email protected]; David Coyle <[email protected]>
Subject: [EXT] [PATCH v3 1/2] crypto/scheduler: support DOCSIS security protocol

External Email

----------------------------------------------------------------------
Add support to the cryptodev scheduler PMD for the DOCSIS security protocol. This includes adding the following to the scheduler:
- synchronization of worker's security capabilities
- retrieval of the scheduler's synchronized security capabilities
- retrieval of the security session size i.e. maximum session size across all workers
- creation of security sessions on each worker
- deletion of security sessions on each worker

---
 doc/guides/rel_notes/release_23_11.rst        |   4 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 221 +++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 381
Quoted 1 line

+++++++++++++----- .../crypto/scheduler/scheduler_pmd_private.h | 159

+++++---

Quoted 3 lines
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 10 files changed, 653 insertions(+), 229 deletions(-)

<snip>

Quoted 130 lines
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +3 -0
index 258d6f8c43..e8b905af2f 100644
@@ -5,11 +5,14 @@
 #include <rte_reorder.h>
 #include <rte_cryptodev.h>
 #include <cryptodev_pmd.h>
+#include <rte_security_driver.h>
 #include <rte_malloc.h>
 
 #include "rte_cryptodev_scheduler.h"
 #include "scheduler_pmd_private.h"
 
+#define MAX_CAPS 256
+
 /** update the scheduler pmd's capability with attaching device's
  *  capability.
  *  For each device to be attached, the scheduler's capability should

be @@ -
59,7 +62,6 @@ sync_caps(struct rte_cryptodev_capabilities *caps,

drivers/crypto/scheduler/rte_cryptodev_scheduler.c +67 -7
 					cap->sym.auth.digest_size.max ?
 					s_cap->sym.auth.digest_size.max :
 					cap->sym.auth.digest_size.max;
-
 			}
 
 			if (s_cap->sym.xform_type ==
@@ -81,25 +83,176 @@ sync_caps(struct rte_cryptodev_capabilities
 *caps,
 
 		memset(&caps[sync_nb_caps - 1], 0, sizeof(*cap));
 		sync_nb_caps--;
+		i--;
 	}
 
 	return sync_nb_caps;
 }
 
 static int
-update_scheduler_capability(struct scheduler_ctx *sched_ctx)
+check_sec_cap_equal(const struct rte_security_capability *sec_cap1,
+		struct rte_security_capability *sec_cap2) {
+	if (sec_cap1->action != sec_cap2->action ||
+			sec_cap1->protocol != sec_cap2->protocol ||
+			sec_cap1->ol_flags != sec_cap2->ol_flags)
+		return 0;
+
+	if (sec_cap1->protocol == RTE_SECURITY_PROTOCOL_DOCSIS)
+		return !memcmp(&sec_cap1->docsis, &sec_cap2->docsis,
+				sizeof(sec_cap1->docsis));
+	else
+		return 0;
+}
+
+static void
+copy_sec_cap(struct rte_security_capability *dst_sec_cap,
+		struct rte_security_capability *src_sec_cap) {
+	dst_sec_cap->action = src_sec_cap->action;
+	dst_sec_cap->protocol = src_sec_cap->protocol;
+	if (src_sec_cap->protocol == RTE_SECURITY_PROTOCOL_DOCSIS)
+		dst_sec_cap->docsis = src_sec_cap->docsis;
+	dst_sec_cap->ol_flags = src_sec_cap->ol_flags; }
+
+static uint32_t
+sync_sec_crypto_caps(struct rte_cryptodev_capabilities
 *tmp_sec_crypto_caps,
+		const struct rte_cryptodev_capabilities *sec_crypto_caps,
+		const struct rte_cryptodev_capabilities
 *worker_sec_crypto_caps) {
+	uint8_t nb_caps = 0;
+
+	nb_caps = sync_caps(tmp_sec_crypto_caps, nb_caps,
 sec_crypto_caps);
+	sync_caps(tmp_sec_crypto_caps, nb_caps,
 worker_sec_crypto_caps);
+
+	return nb_caps;
+}
+
+/** update the scheduler pmd's security capability with attaching
+device's
+ *  security capability.
+ *  For each device to be attached, the scheduler's security
+capability should
+ *  be the common capability set of all workers  **/ static uint32_t
+sync_sec_caps(uint32_t worker_idx,
+		struct rte_security_capability *sec_caps,
+		struct rte_cryptodev_capabilities
 sec_crypto_caps[][MAX_CAPS],
+		uint32_t nb_sec_caps,
+		const struct rte_security_capability *worker_sec_caps)
 {
-	struct rte_cryptodev_capabilities tmp_caps[256] = { {0} };
-	uint32_t nb_caps = 0, i;
+	uint32_t nb_worker_sec_caps = 0, i;
+
+	if (worker_sec_caps == NULL)
+		return 0;
+
+	while (worker_sec_caps[nb_worker_sec_caps].action !=
+
 	RTE_SECURITY_ACTION_TYPE_NONE)
+		nb_worker_sec_caps++;
+
+	/* Handle first worker */
+	if (worker_idx == 0) {
+		uint32_t nb_worker_sec_crypto_caps = 0;
+		uint32_t nb_worker_supp_sec_caps = 0;
+
+		for (i = 0; i < nb_worker_sec_caps; i++) {
+			/* Check for supported security protocols */
+			if
 (!scheduler_check_sec_proto_supp(worker_sec_caps[i].action,
+					worker_sec_caps[i].protocol))
+				continue;
 
-	if (sched_ctx->capabilities) {
-		rte_free(sched_ctx->capabilities);
-		sched_ctx->capabilities = NULL;
+			sec_caps[nb_worker_supp_sec_caps] =

worker_sec_caps[i];

drivers/crypto/scheduler/rte_cryptodev_scheduler.c +4 -0
+
+			while (worker_sec_caps[i].crypto_capabilities[
+					nb_worker_sec_crypto_caps].op !=
+

RTE_CRYPTO_OP_TYPE_UNDEFINED)

drivers/crypto/scheduler/rte_cryptodev_scheduler.c +2 -0
+				nb_worker_sec_crypto_caps++;
+
Quoted 8 lines

drivers/crypto/scheduler/rte_cryptodev_scheduler.c sync_caps(struct rte_cryptodev_capabilities *caps, · line 172

Quoted 3 lines

+

	rte_memcpy(&sec_crypto_caps[nb_worker_supp_sec_caps][0],
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +1 -0
+				&worker_sec_caps[i].crypto_capabilities[0],

[Anoob] Isn't it possible to have 2 different security devices which may differ in crypto capabilities? My understanding is, the code assumes that crypto capability of both devices would match. It's okay to document it as a known limitation if it is too difficult to solve.

[DC] Yes, it is possible, and this is handled.

The block of code here is handling the security capabilities and the associated crypto capabilities for the very first worker. At this point, the schedulers capabilities become that of the worker exactly.

The next block of code, starting at the next for loop, synchs the security capabilities for the second and subsequent workers with the scheduler's current running capabilities. For each common security capability between the workers, the associated crypto capabilities are also synched to ultimately leave only the common crypto capabilities for each security capability - see the call to sync_sec_crypto_caps()

Quoted 30 lines
Quoted 10 lines

+

	sizeof(sec_crypto_caps[nb_worker_supp_sec_caps][0]) *
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +5 -0
+					nb_worker_sec_crypto_caps);
+
+			nb_worker_supp_sec_caps++;
+		}
+		return nb_worker_supp_sec_caps;
 	}

<snip>

Quoted 17 lines
drivers/crypto/scheduler/scheduler_pmd.c +1 -0
index 4e8bbf0e09..6dad9bc3dd 100644
@@ -8,6 +8,7 @@
 #include <rte_hexdump.h>
 #include <rte_cryptodev.h>
 #include <cryptodev_pmd.h>
+#include <rte_security_driver.h>
 #include <bus_vdev_driver.h>
 #include <rte_malloc.h>
 #include <rte_cpuflags.h>
@@ -233,6 +234,35 @@ cryptodev_scheduler_create(const char *name,
 		return -ENOMEM;
 	}
 
Quoted 12 lines

drivers/crypto/scheduler/scheduler_pmd.c cryptodev_scheduler_create(const char *name, · line 243

Quoted 9 lines
drivers/crypto/scheduler/scheduler_pmd.c +7 -0
+	struct rte_security_ctx *security_instance;
+	security_instance = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_ctx),
+					RTE_CACHE_LINE_SIZE,
 SOCKET_ID_ANY);
+	if (security_instance == NULL) {
+		CR_SCHED_LOG(ERR, "rte_security_ctx memory alloc
 failed");
+		return -ENOMEM;

[Anoob] The lines above this adds regular cryptodev capabilities. Don't we need to free that as well?

[DC] Yes, good spot. I have added a free_mem() function to free any previously allocated memory from this function in v4 patch This includes any capability info, security context and init worker names.

Quoted 120 lines

drivers/crypto/scheduler/scheduler_pmd.c cryptodev_scheduler_remove(struct

Quoted 29 lines
drivers/crypto/scheduler/scheduler_pmd.c +10 -0
+	}
+
+	security_instance->device = (void *)dev;
+	security_instance->ops = rte_crypto_scheduler_pmd_sec_ops;
+	security_instance->sess_cnt = 0;
+	dev->security_ctx = security_instance;
+
+	/*
+	 * Initialize security capabilities structure as an empty structure,
+	 * in case device information is requested when no workers are

attached

drivers/crypto/scheduler/scheduler_pmd.c +8 -0
+	 */
+	sched_ctx->sec_capabilities = rte_zmalloc_socket(NULL,
+					sizeof(struct rte_security_capability),
+					0, SOCKET_ID_ANY);
+
+	if (!sched_ctx->sec_capabilities) {
+		rte_free(security_instance);
+		CR_SCHED_LOG(ERR, "Not enough memory for security

capability "

drivers/crypto/scheduler/scheduler_pmd.c +4 -0
+				"information");
+		return -ENOMEM;
+	}
+
 	rte_cryptodev_pmd_probing_finish(dev);
 
 	return 0;
@@ -263,6 +293,9 @@ cryptodev_scheduler_remove(struct

rte_vdev_device

Quoted 90 lines
drivers/crypto/scheduler/scheduler_pmd.c +3 -0
 *vdev)
 					sched_ctx->workers[i].dev_id);
 	}
 
+	rte_free(dev->security_ctx);
+	dev->security_ctx = NULL;
+
 	return rte_cryptodev_pmd_destroy(dev);  }
 
drivers/crypto/scheduler/scheduler_pmd_ops.c +42 -0
index 294aab4452..34d20ee2de 100644
@@ -8,11 +8,212 @@
 #include <dev_driver.h>
 #include <rte_cryptodev.h>
 #include <cryptodev_pmd.h>
+#include <rte_security_driver.h>
 #include <rte_reorder.h>
 #include <rte_errno.h>
 
 #include "scheduler_pmd_private.h"
 
+struct scheduler_configured_sess_info {
+	uint8_t dev_id;
+	uint8_t driver_id;
+	union {
+		struct rte_cryptodev_sym_session *sess;
+		struct {
+			struct rte_security_session *sec_sess;
+			struct rte_security_ctx *sec_ctx;
+		};
+	};
+};
+
+static int
+scheduler_session_create(void *sess, void *sess_params,
+		struct scheduler_ctx *sched_ctx,
+		enum rte_crypto_op_sess_type session_type) {
+	struct rte_mempool *mp = rte_mempool_from_obj(sess);
+	struct scheduler_session_ctx *sess_ctx;
+	struct scheduler_configured_sess_info configured_sess[
+			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS]
 = {{0}};
+	uint32_t i, j, n_configured_sess = 0;
+	int ret = 0;
+
+	if (session_type == RTE_CRYPTO_OP_WITH_SESSION)
+		sess_ctx = CRYPTODEV_GET_SYM_SESS_PRIV(
+				(struct rte_cryptodev_sym_session *)sess);
+	else
+		sess_ctx = SECURITY_GET_SESS_PRIV(
+				(struct rte_security_session *)sess);
+
+	if (mp == NULL)
+		return -EINVAL;
+
+	for (i = 0; i < sched_ctx->nb_workers; i++) {
+		struct scheduler_worker *worker = &sched_ctx->workers[i];
+		struct rte_cryptodev *dev = &rte_cryptodevs[worker-
 >dev_id];
+		uint8_t next_worker = 0;
+
+		for (j = 0; j < n_configured_sess; j++) {
+			if (configured_sess[j].driver_id == worker-
 >driver_id) {
+				if (session_type ==

RTE_CRYPTO_OP_WITH_SESSION)

drivers/crypto/scheduler/scheduler_pmd_ops.c +21 -0
+					sess_ctx->worker_sess[i] =
+						configured_sess[j].sess;
+				else
+					sess_ctx->worker_sec_sess[i] =
+						configured_sess[j].sec_sess;
+
+				next_worker = 1;
+				break;
+			}
+		}
+		if (next_worker)
+			continue;
+
+		if (rte_mempool_avail_count(mp) == 0) {
+			ret = -ENOMEM;
+			goto error_exit;
+		}
+
+		if (session_type == RTE_CRYPTO_OP_WITH_SESSION) {
+			struct rte_cryptodev_sym_session *worker_sess =
+				rte_cryptodev_sym_session_create(worker-
Quoted 5 lines
Quoted 3 lines
Quoted 1 line

dev_id,

drivers/crypto/scheduler/scheduler_pmd_ops.c +1 -0
+						(struct

rte_crypto_sym_xform *)

[Anoob] Is this cast required?

[DC] It wasn't required. I have removed this and all other unnecessary casts in v4

Quoted 140 lines
Quoted 140 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +10 -0
+						sess_params, mp);
+
+			if (worker_sess == NULL) {
+				ret = -rte_errno;
+				goto error_exit;
+			}
+
+			worker_sess->opaque_data = (uint64_t)sess;
+			sess_ctx->worker_sess[i] = worker_sess;
+			configured_sess[n_configured_sess].sess =

worker_sess;

drivers/crypto/scheduler/scheduler_pmd_ops.c +3 -0
+		} else {
+			struct rte_security_session *worker_sess =
+				rte_security_session_create(dev-
Quoted 1 line

security_ctx,

drivers/crypto/scheduler/scheduler_pmd_ops.c +19 -0
+					(struct rte_security_session_conf *)
+					sess_params, mp);
+
+			if (worker_sess == NULL) {
+				ret = -rte_errno;
+				goto error_exit;
+			}
+
+			worker_sess->opaque_data = (uint64_t)sess;
+			sess_ctx->worker_sec_sess[i] = worker_sess;
+			configured_sess[n_configured_sess].sec_sess =
+							worker_sess;
+			configured_sess[n_configured_sess].sec_ctx =
+							dev->security_ctx;
+		}
+
+		configured_sess[n_configured_sess].driver_id =
+							worker->driver_id;
+		configured_sess[n_configured_sess].dev_id = worker-
Quoted 1 line

dev_id;

drivers/crypto/scheduler/scheduler_pmd_ops.c +28 -0
+		n_configured_sess++;
+	}
+
+	return 0;
+
+error_exit:
+	sess_ctx->ref_cnt = sched_ctx->ref_cnt;
+	for (i = 0; i < n_configured_sess; i++) {
+		if (session_type == RTE_CRYPTO_OP_WITH_SESSION)
+			rte_cryptodev_sym_session_free(
+						configured_sess[i].dev_id,
+						configured_sess[i].sess);
+		else
+			rte_security_session_destroy(
+						configured_sess[i].sec_ctx,
+						configured_sess[i].sec_sess);
+	}
+
+	return ret;
+}
+
+static void
+scheduler_session_destroy(void *sess, struct scheduler_ctx *sched_ctx,
+		uint8_t session_type)
+{
+	struct scheduler_session_ctx *sess_ctx;
+	struct scheduler_configured_sess_info deleted_sess[
+			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS]

= {{0}};

drivers/crypto/scheduler/scheduler_pmd_ops.c +12 -0
+	uint32_t i, j, n_deleted_sess = 0;
+
+	if (session_type == RTE_CRYPTO_OP_WITH_SESSION)
+		sess_ctx = CRYPTODEV_GET_SYM_SESS_PRIV(
+				(struct rte_cryptodev_sym_session *)sess);
+	else
+		sess_ctx = SECURITY_GET_SESS_PRIV(
+				(struct rte_security_session *)sess);
+
+	if (sched_ctx->ref_cnt != sess_ctx->ref_cnt) {
+		CR_SCHED_LOG(WARNING,
+			"Worker updated between session

creation/deletion. "

drivers/crypto/scheduler/scheduler_pmd_ops.c +6 -0
+			"The session may not be freed fully.");
+	}
+
+	for (i = 0; i < sched_ctx->nb_workers; i++) {
+		struct scheduler_worker *worker = &sched_ctx->workers[i];
+		struct rte_cryptodev *dev = &rte_cryptodevs[worker-
Quoted 1 line

dev_id];

drivers/crypto/scheduler/scheduler_pmd_ops.c +5 -0
+		uint8_t next_worker = 0;
+
+		for (j = 0; j < n_deleted_sess; j++) {
+			if (deleted_sess[j].driver_id == worker->driver_id) {
+				if (session_type ==

RTE_CRYPTO_OP_WITH_SESSION)

drivers/crypto/scheduler/scheduler_pmd_ops.c +3 -0
+					sess_ctx->worker_sess[i] = NULL;
+				else
+					sess_ctx->worker_sec_sess[i] =

NULL;

drivers/crypto/scheduler/scheduler_pmd_ops.c +15 -0
+
+				next_worker = 1;
+				break;
+			}
+		}
+		if (next_worker)
+			continue;
+
+		if (session_type == RTE_CRYPTO_OP_WITH_SESSION) {
+			rte_cryptodev_sym_session_free(worker->dev_id,
+						sess_ctx->worker_sess[i]);
+			sess_ctx->worker_sess[i] = NULL;
+		} else {
+			rte_security_session_destroy(dev->security_ctx,
+						sess_ctx-
Quoted 1 line

worker_sec_sess[i]);

drivers/crypto/scheduler/scheduler_pmd_ops.c +4 -0
+			sess_ctx->worker_sec_sess[i] = NULL;
+		}
+
+		deleted_sess[n_deleted_sess++].driver_id = worker-
Quoted 1 line

driver_id;

drivers/crypto/scheduler/scheduler_pmd_ops.c +14 -0
+	}
+}
+
+static unsigned int
+scheduler_session_size_get(struct scheduler_ctx *sched_ctx,
+		uint8_t session_type)
+{
+	uint8_t i = 0;
+	uint32_t max_priv_sess_size = 0;
+
+	/* Check what is the maximum private session size for all workers */
+	for (i = 0; i < sched_ctx->nb_workers; i++) {
+		uint8_t worker_dev_id = sched_ctx->workers[i].dev_id;
+		struct rte_cryptodev *dev =

&rte_cryptodevs[worker_dev_id];

drivers/crypto/scheduler/scheduler_pmd_ops.c +6 -0
+		struct rte_security_ctx *sec_ctx = dev->security_ctx;
+		uint32_t priv_sess_size = 0;
+
+		if (session_type == RTE_CRYPTO_OP_WITH_SESSION) {
+			priv_sess_size =
+				(*dev->dev_ops-
Quoted 1 line

sym_session_get_size)(dev);

drivers/crypto/scheduler/scheduler_pmd_ops.c +2 -0
+		} else {
+			priv_sess_size = (*sec_ctx->ops-
Quoted 7 lines

drivers/crypto/scheduler/scheduler_pmd_ops.c line 211

Quoted 5 lines
Quoted 1 line

session_get_size)(dev);

drivers/crypto/scheduler/scheduler_pmd_ops.c +4 -0
+		}
+
+		if (max_priv_sess_size < priv_sess_size)
+			max_priv_sess_size = priv_sess_size;

[Anoob] Should we use RTE_MAX?

[DC] Yep RTE_MAX is used in v4

Quoted 174 lines
Quoted 127 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +5 -0
+	}
+
+	return max_priv_sess_size;
+}
+
 /** attaching the workers predefined by scheduler's EAL options */

static int scheduler_attach_init_worker(struct rte_cryptodev *dev) @@ -265,10
+466,7 @@ scheduler_pmd_close(struct rte_cryptodev *dev)

drivers/crypto/scheduler/scheduler_pmd_ops.c +4 -56
 		sched_ctx->private_ctx = NULL;
 	}
 
-	if (sched_ctx->capabilities) {
-		rte_free(sched_ctx->capabilities);
-		sched_ctx->capabilities = NULL;
-	}
+	scheduler_free_capabilities(sched_ctx);
 
 	return 0;
 }
@@ -451,92 +649,22 @@ scheduler_pmd_qp_setup(struct rte_cryptodev
 *dev, uint16_t qp_id,  }
 
 static uint32_t
-scheduler_pmd_sym_session_get_size(struct rte_cryptodev *dev
 __rte_unused)
+scheduler_pmd_sym_session_get_size(struct rte_cryptodev *dev)
 {
 	struct scheduler_ctx *sched_ctx = dev->data->dev_private;
-	uint8_t i = 0;
-	uint32_t max_priv_sess_size = 0;
-
-	/* Check what is the maximum private session size for all workers */
-	for (i = 0; i < sched_ctx->nb_workers; i++) {
-		uint8_t worker_dev_id = sched_ctx->workers[i].dev_id;
-		struct rte_cryptodev *dev =
 &rte_cryptodevs[worker_dev_id];
-		uint32_t priv_sess_size = (*dev->dev_ops-
 >sym_session_get_size)(dev);
 
-		if (max_priv_sess_size < priv_sess_size)
-			max_priv_sess_size = priv_sess_size;
-	}
-
-	return max_priv_sess_size;
+	return scheduler_session_size_get(sched_ctx,
+RTE_CRYPTO_OP_WITH_SESSION);
 }
 
-struct scheduler_configured_sess_info {
-	uint8_t dev_id;
-	uint8_t driver_id;
-	struct rte_cryptodev_sym_session *sess;
-};
-
 static int
 scheduler_pmd_sym_session_configure(struct rte_cryptodev *dev,
 	struct rte_crypto_sym_xform *xform,
 	struct rte_cryptodev_sym_session *sess)  {
 	struct scheduler_ctx *sched_ctx = dev->data->dev_private;
-	struct rte_mempool *mp = rte_mempool_from_obj(sess);
-	struct scheduler_session_ctx *sess_ctx =
 CRYPTODEV_GET_SYM_SESS_PRIV(sess);
-	struct scheduler_configured_sess_info configured_sess[
-			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS]
 = {{0}};
-	uint32_t i, j, n_configured_sess = 0;
-	int ret = 0;
-
-	if (mp == NULL)
-		return -EINVAL;
 
-	for (i = 0; i < sched_ctx->nb_workers; i++) {
-		struct scheduler_worker *worker = &sched_ctx->workers[i];
-		struct rte_cryptodev_sym_session *worker_sess;
-		uint8_t next_worker = 0;
-
-		for (j = 0; j < n_configured_sess; j++) {
-			if (configured_sess[j].driver_id ==
-					worker->driver_id) {
-				sess_ctx->worker_sess[i] =
-					configured_sess[j].sess;
-				next_worker = 1;
-				break;
-			}
-		}
-		if (next_worker)
-			continue;
-
-		if (rte_mempool_avail_count(mp) == 0) {
-			ret = -ENOMEM;
-			goto error_exit;
-		}
-
-		worker_sess = rte_cryptodev_sym_session_create(worker-
Quoted 1 line

dev_id,

drivers/crypto/scheduler/scheduler_pmd_ops.c +0 -11
-			xform, mp);
-		if (worker_sess == NULL) {
-			ret = -rte_errno;
-			goto error_exit;
-		}
-
-		worker_sess->opaque_data = (uint64_t)sess;
-		sess_ctx->worker_sess[i] = worker_sess;
-		configured_sess[n_configured_sess].driver_id =
-			worker->driver_id;
-		configured_sess[n_configured_sess].dev_id = worker-
Quoted 1 line

dev_id;

drivers/crypto/scheduler/scheduler_pmd_ops.c +0 -9
-		configured_sess[n_configured_sess].sess = worker_sess;
-		n_configured_sess++;
-	}
-
-	return 0;
-error_exit:
-	sess_ctx->ref_cnt = sched_ctx->ref_cnt;
-	for (i = 0; i < n_configured_sess; i++)
-

rte_cryptodev_sym_session_free(configured_sess[i].dev_id,

drivers/crypto/scheduler/scheduler_pmd_ops.c +1 -2
-			configured_sess[i].sess);
-	return ret;
+	return scheduler_session_create((void *)sess, (void *)xform,

sched_ctx,

drivers/crypto/scheduler/scheduler_pmd_ops.c +1 -0
+				RTE_CRYPTO_OP_WITH_SESSION);
 }
 
 /** Clear the memory of session so it doesn't leave key material
Quoted 1 line

behind */ @@ -545,37 +673,9 @@

scheduler_pmd_sym_session_clear(struct

Quoted 45 lines

rte_cryptodev *dev,

drivers/crypto/scheduler/scheduler_pmd_ops.c +0 -1
 		struct rte_cryptodev_sym_session *sess)  {
 	struct scheduler_ctx *sched_ctx = dev->data->dev_private;
-	struct scheduler_session_ctx *sess_ctx =

CRYPTODEV_GET_SYM_SESS_PRIV(sess);

drivers/crypto/scheduler/scheduler_pmd_ops.c +0 -2
-	struct scheduler_configured_sess_info deleted_sess[
-			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS]

= {{0}};

drivers/crypto/scheduler/scheduler_pmd_ops.c +0 -5
-	uint32_t i, j, n_deleted_sess = 0;
-
-	if (sched_ctx->ref_cnt != sess_ctx->ref_cnt) {
-		CR_SCHED_LOG(WARNING,
-			"Worker updated between session

creation/deletion. "

drivers/crypto/scheduler/scheduler_pmd_ops.c +0 -20
-			"The session may not be freed fully.");
-	}
-
-	for (i = 0; i < sched_ctx->nb_workers; i++) {
-		struct scheduler_worker *worker = &sched_ctx->workers[i];
-		uint8_t next_worker = 0;
 
-		for (j = 0; j < n_deleted_sess; j++) {
-			if (deleted_sess[j].driver_id == worker->driver_id) {
-				sess_ctx->worker_sess[i] = NULL;
-				next_worker = 1;
-				break;
-			}
-		}
-		if (next_worker)
-			continue;
-
-		rte_cryptodev_sym_session_free(worker->dev_id,
-			sess_ctx->worker_sess[i]);
-
-		deleted_sess[n_deleted_sess++].driver_id = worker-
Quoted 1 line

driver_id;

drivers/crypto/scheduler/scheduler_pmd_ops.c +3 -2
-		sess_ctx->worker_sess[i] = NULL;
-	}
+	scheduler_session_destroy((void *)sess, sched_ctx,
+				RTE_CRYPTO_OP_WITH_SESSION);
 }
 
 static struct rte_cryptodev_ops scheduler_pmd_ops = { @@ -598,3
+698,68 @@ static struct rte_cryptodev_ops scheduler_pmd_ops = {  };
Quoted 10 lines

drivers/crypto/scheduler/scheduler_pmd_ops.c

Quoted 8 lines

struct rte_cryptodev_ops *rte_crypto_scheduler_pmd_ops =
&scheduler_pmd_ops;

drivers/crypto/scheduler/scheduler_pmd_ops.c +6 -0
+
+/** Configure a scheduler session from a security session
+configuration */ static int scheduler_pmd_sec_sess_create(void *dev,
+struct rte_security_session_conf *conf,
+			struct rte_security_session *sess) {
+	struct rte_cryptodev *cdev = (struct rte_cryptodev *)dev;

[Anoob] Is this cast required?

[DC] It wasn't required. I have removed this and all other unnecessary casts in v4

Quoted 6 lines
Quoted 6 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +4 -0
+	struct scheduler_ctx *sched_ctx = cdev->data->dev_private;
+
+	/* Check for supported security protocols */
+	if (!scheduler_check_sec_proto_supp(conf->action_type, conf-
Quoted 1 line

protocol)) {

Quoted 15 lines

drivers/crypto/scheduler/scheduler_pmd_ops.c static struct rte_cryptodev_ops scheduler_pmd_ops = { · line 725

Quoted 13 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +5 -0
+		CR_SCHED_LOG(ERR, "Unsupported security protocol");
+		return -ENOTSUP;
+	}
+
+	return scheduler_session_create((void *)sess, (void *)conf,

sched_ctx,

drivers/crypto/scheduler/scheduler_pmd_ops.c +7 -0
+				RTE_CRYPTO_OP_SECURITY_SESSION);
+}
+
+/** Clear the memory of session so it doesn't leave key material
+behind */ static int scheduler_pmd_sec_sess_destroy(void *dev,
+			       struct rte_security_session *sess) {
+	struct rte_cryptodev *cdev = (struct rte_cryptodev *)dev;

[Anoob] Is this cast required?

[DC] It wasn't required. I have removed this and all other unnecessary casts in v4

Quoted 15 lines

drivers/crypto/scheduler/scheduler_pmd_ops.c static struct rte_cryptodev_ops scheduler_pmd_ops = { · line 738

Quoted 13 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +12 -0
+	struct scheduler_ctx *sched_ctx = cdev->data->dev_private;
+
+	scheduler_session_destroy((void *)sess, sched_ctx,
+				RTE_CRYPTO_OP_SECURITY_SESSION);
+
+	return 0;
+}
+
+/** Get sync security capabilities for scheduler pmds */ static const
+struct rte_security_capability * scheduler_pmd_sec_capa_get(void
+*dev) {
+	struct rte_cryptodev *cdev = (struct rte_cryptodev *)dev;

[Anoob] Is this cast required?

[DC] It wasn't required. I have removed this and all other unnecessary casts in v4

Quoted 11 lines

drivers/crypto/scheduler/scheduler_pmd_ops.c static struct rte_cryptodev_ops scheduler_pmd_ops = { · line 747

Quoted 9 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +8 -0
+	struct scheduler_ctx *sched_ctx = cdev->data->dev_private;
+
+	return sched_ctx->sec_capabilities;
+}
+
+static unsigned int
+scheduler_pmd_sec_sess_size_get(void *dev) {
+	struct rte_cryptodev *cdev = (struct rte_cryptodev *)dev;

[Anoob] Is this cast required?

[DC] It wasn't required. I have removed this and all other unnecessary casts in v4

Quoted 306 lines
Quoted 306 lines
drivers/crypto/scheduler/scheduler_pmd_ops.c +17 -0
+	struct scheduler_ctx *sched_ctx = cdev->data->dev_private;
+
+	return scheduler_session_size_get(sched_ctx,
+				RTE_CRYPTO_OP_SECURITY_SESSION);
+}
+
+static struct rte_security_ops scheduler_pmd_sec_ops = {
+		.session_create = scheduler_pmd_sec_sess_create,
+		.session_update = NULL,
+		.session_get_size = scheduler_pmd_sec_sess_size_get,
+		.session_stats_get = NULL,
+		.session_destroy = scheduler_pmd_sec_sess_destroy,
+		.set_pkt_metadata = NULL,
+		.capabilities_get = scheduler_pmd_sec_capa_get };
+
+struct rte_security_ops *rte_crypto_scheduler_pmd_sec_ops =
+
	&scheduler_pmd_sec_ops;
drivers/crypto/scheduler/scheduler_pmd_private.h +10 -3
index 36d0bb6307..ff1e7a83e8 100644
@@ -5,6 +5,8 @@
 #ifndef _SCHEDULER_PMD_PRIVATE_H
 #define _SCHEDULER_PMD_PRIVATE_H
 
+#include <rte_security_driver.h>
+
 #include "rte_cryptodev_scheduler.h"
 
 #define CRYPTODEV_NAME_SCHEDULER_PMD	crypto_scheduler
@@ -30,7 +32,8 @@ struct scheduler_ctx {
 	/**< private scheduler context pointer */
 
 	struct rte_cryptodev_capabilities *capabilities;
-	uint32_t nb_capabilities;
+	struct rte_security_capability *sec_capabilities;
+	struct rte_cryptodev_capabilities **sec_crypto_capabilities;
 
 	uint32_t max_nb_queue_pairs;
 
@@ -64,8 +67,12 @@ struct scheduler_qp_ctx {
 
 struct scheduler_session_ctx {
 	uint32_t ref_cnt;
-	struct rte_cryptodev_sym_session *worker_sess[
-		RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS];
+	union {
+		struct rte_cryptodev_sym_session *worker_sess[
+			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS];
+		struct rte_security_session *worker_sec_sess[
+			RTE_CRYPTODEV_SCHEDULER_MAX_NB_WORKERS];
+	};
 };
 
 extern uint8_t cryptodev_scheduler_driver_id; @@ -108,7 +115,22 @@

scheduler_order_drain(struct rte_ring *order_ring, }

static __rte_always_inline void
-scheduler_set_worker_session(struct rte_crypto_op **ops, uint16_t nb_ops,

drivers/crypto/scheduler/scheduler_pmd_private.h +6 -0
+scheduler_set_single_worker_session(struct rte_crypto_op *op,
+		uint8_t worker_idx)
+{
+	if (op->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
+		struct scheduler_session_ctx *sess_ctx =
+				CRYPTODEV_GET_SYM_SESS_PRIV(op->sym-
Quoted 1 line

session);

drivers/crypto/scheduler/scheduler_pmd_private.h +4 -0
+		op->sym->session = sess_ctx->worker_sess[worker_idx];
+	} else if (op->sess_type == RTE_CRYPTO_OP_SECURITY_SESSION) {
+		struct scheduler_session_ctx *sess_ctx =
+				SECURITY_GET_SESS_PRIV(op->sym-
Quoted 1 line

session);

drivers/crypto/scheduler/scheduler_pmd_private.h +1 -0
+		op->sym->session = sess_ctx-
Quoted 1 line

worker_sec_sess[worker_idx];

drivers/crypto/scheduler/scheduler_pmd_private.h +11 -35
+	}
+}
+
+static __rte_always_inline void
+scheduler_set_worker_sessions(struct rte_crypto_op **ops, uint16_t
+nb_ops,
 		uint8_t worker_index)
 {
 	struct rte_crypto_op **op = ops;
@@ -129,52 +151,34 @@ scheduler_set_worker_session(struct
 rte_crypto_op **ops, uint16_t nb_ops,
 			rte_prefetch0(op[7]->sym->session);
 		}
 
-		if (op[0]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[0]-
 >sym->session);
-			op[0]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-		}
-
-		if (op[1]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[1]-
 >sym->session);
-			op[1]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-		}
-
-		if (op[2]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[2]-
 >sym->session);
-			op[2]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-		}
-
-		if (op[3]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[3]-
 >sym->session);
-			op[3]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-		}
+		scheduler_set_single_worker_session(op[0],
 worker_index);
+		scheduler_set_single_worker_session(op[1],
 worker_index);
+		scheduler_set_single_worker_session(op[2],
 worker_index);
+		scheduler_set_single_worker_session(op[3],
 worker_index);
 
 		op += 4;
 		n -= 4;
 	}
 
 	while (n--) {
-		if (op[0]->sess_type == RTE_CRYPTO_OP_WITH_SESSION) {
-			struct scheduler_session_ctx *sess_ctx =
-				CRYPTODEV_GET_SYM_SESS_PRIV(op[0]-
 >sym->session);
-
-			op[0]->sym->session =
-				sess_ctx->worker_sess[worker_index];
-			op++;
-		}
+		scheduler_set_single_worker_session(op[0],

worker_index);

drivers/crypto/scheduler/scheduler_pmd_private.h +1 -1
+		op++;
 	}
 }
 
 static __rte_always_inline void
-scheduler_retrieve_session(struct rte_crypto_op **ops, uint16_t

nb_ops)

drivers/crypto/scheduler/scheduler_pmd_private.h +4 -0
+scheduler_retrieve_single_session(struct rte_crypto_op *op) {
+	if (op->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
+		op->sym->session = (void *)(uintptr_t)
+			rte_cryptodev_sym_session_opaque_data_get(op-
Quoted 1 line

sym->session);

drivers/crypto/scheduler/scheduler_pmd_private.h +3 -0
+	else if (op->sess_type == RTE_CRYPTO_OP_SECURITY_SESSION)
+		op->sym->session = (void *)(uintptr_t)
+			rte_security_session_opaque_data_get(op->sym-
Quoted 1 line

session);

drivers/crypto/scheduler/scheduler_pmd_private.h +9 -15
+}
+
+static __rte_always_inline void
+scheduler_retrieve_sessions(struct rte_crypto_op **ops, uint16_t
+nb_ops)
 {
 	uint16_t n = nb_ops;
 	struct rte_crypto_op **op = ops;
@@ -194,32 +198,77 @@ scheduler_retrieve_session(struct rte_crypto_op
 **ops, uint16_t nb_ops)
 			rte_prefetch0(op[7]->sym->session);
 		}
 
-		if (op[0]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[0]->sym->session = (void *)(uintptr_t)
-
 	rte_cryptodev_sym_session_opaque_data_get(op[0]->sym-
 >session);
-		if (op[1]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[1]->sym->session = (void *)(uintptr_t)
-
 	rte_cryptodev_sym_session_opaque_data_get(op[1]->sym-
 >session);
-		if (op[2]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[2]->sym->session = (void *)(uintptr_t)
-
 	rte_cryptodev_sym_session_opaque_data_get(op[2]->sym-
 >session);
-		if (op[3]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[3]->sym->session = (void *)(uintptr_t)
-
 	rte_cryptodev_sym_session_opaque_data_get(op[3]->sym-
 >session);
+		scheduler_retrieve_single_session(op[0]);
+		scheduler_retrieve_single_session(op[1]);
+		scheduler_retrieve_single_session(op[2]);
+		scheduler_retrieve_single_session(op[3]);
 
 		op += 4;
 		n -= 4;
 	}
 
 	while (n--) {
-		if (op[0]->sess_type == RTE_CRYPTO_OP_WITH_SESSION)
-			op[0]->sym->session = (void *)(uintptr_t)
-
	rte_cryptodev_sym_session_opaque_data_get(op[0]->sym-
Quoted 1 line

session);

drivers/crypto/scheduler/scheduler_pmd_private.h +44 -0
+		scheduler_retrieve_single_session(op[0]);
 		op++;
 	}
 }
 
+static __rte_always_inline uint32_t
+scheduler_get_job_len(struct rte_crypto_op *op) {
+	uint32_t job_len;
+
+	/* op_len is initialized as cipher data length, if
+	 * it is 0, then it is set to auth data length
+	 */
+	job_len = op->sym->cipher.data.length;
+	job_len += (op->sym->cipher.data.length == 0) *
+					op->sym->auth.data.length;
+
+	return job_len;
+}
+
+static __rte_always_inline void
+scheduler_free_capabilities(struct scheduler_ctx *sched_ctx) {
+	uint32_t i;
+
+	if (sched_ctx->capabilities) {
+		rte_free(sched_ctx->capabilities);
+		sched_ctx->capabilities = NULL;
+	}
+
+	if (sched_ctx->sec_crypto_capabilities) {
+		i = 0;
+		while (sched_ctx->sec_crypto_capabilities[i] != NULL) {
+			rte_free(sched_ctx->sec_crypto_capabilities[i]);
+			sched_ctx->sec_crypto_capabilities[i] = NULL;
+			i++;
+		}
+
+		rte_free(sched_ctx->sec_crypto_capabilities);
+		sched_ctx->sec_crypto_capabilities = NULL;
+	}
+
+	if (sched_ctx->sec_capabilities) {
+		rte_free(sched_ctx->sec_capabilities);
+		sched_ctx->sec_capabilities = NULL;
+	}
+}
+
+static __rte_always_inline int
+scheduler_check_sec_proto_supp(enum

rte_security_session_action_type action,

drivers/crypto/scheduler/scheduler_pmd_private.h +2 -0
+		enum rte_security_session_protocol protocol) {
+	if (action == RTE_SECURITY_ACTION_TYPE_LOOKASIDE_PROTOCOL

&&

drivers/crypto/scheduler/scheduler_pmd_private.h +6 -0
+			protocol == RTE_SECURITY_PROTOCOL_DOCSIS)
+		return 1;
+
+	return 0;
+}
+
 /** device specific operations function pointer structure */  extern

struct rte_cryptodev_ops *rte_crypto_scheduler_pmd_ops; +extern struct rte_security_ops *rte_crypto_scheduler_pmd_sec_ops;

#endif /* _SCHEDULER_PMD_PRIVATE_H */ diff --git
a/drivers/crypto/scheduler/scheduler_roundrobin.c
b/drivers/crypto/scheduler/scheduler_roundrobin.c
index ad3f8b842a..08041887a8 100644

drivers/crypto/scheduler/scheduler_roundrobin.c +2 -2
@@ -28,11 +28,11 @@ schedule_enqueue(void *qp, struct rte_crypto_op
 **ops, uint16_t nb_ops)
 	if (unlikely(nb_ops == 0))
 		return 0;
 
-	scheduler_set_worker_session(ops, nb_ops, worker_idx);
+	scheduler_set_worker_sessions(ops, nb_ops, worker_idx);
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
 	if (processed_ops < nb_ops)
-		scheduler_retrieve_session(ops + processed_ops,
+		scheduler_retrieve_sessions(ops + processed_ops,
 			nb_ops - processed_ops);
 

worker->nb_inflight_cops += processed_ops; @@ -87,7 +87,7 @@
schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)

drivers/crypto/scheduler/scheduler_roundrobin.c +1 -2
 	nb_deq_ops = rte_cryptodev_dequeue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
-	scheduler_retrieve_session(ops, nb_deq_ops);
+	scheduler_retrieve_sessions(ops, nb_deq_ops);
 	last_worker_idx += 1;
 	last_worker_idx %= rr_qp_ctx->nb_workers;
 
--

2.25.1

#13 lore raw

PATCH v3 2/2 test/crypto: add DOCSIS security tests for cryptodev scheduler

In reply to David Coyle

Add DOCSIS security test cases to the cryptodev scheduler test suite.

---
 app/test/test_cryptodev.c | 12 +++++++++++-
 1 file changed, 11 insertions(+), 1 deletion(-)
app/test/test_cryptodev.c +11 -1
index 956268bfcd..582c70eaa5 100644
@@ -17391,6 +17391,12 @@ test_cryptodev_scheduler(void)
 		&scheduler_config,
 		&end_testsuite
 	};
+	struct unit_test_suite *sched_mode_static_suites[] = {
+#ifdef RTE_LIB_SECURITY
+		&docsis_proto_testsuite,
+#endif
+		&end_testsuite
+	};
 	static struct unit_test_suite ts = {
 		.suite_name = "Scheduler Unit Test Suite",
 		.setup = scheduler_testsuite_setup,
@@ -17416,9 +17422,13 @@ test_cryptodev_scheduler(void)
 		uint8_t blk_i = 0;
 		sched_mode_suites[sched_i]->unit_test_suites = malloc(sizeof
 				(struct unit_test_suite *) *
-				(RTE_DIM(blk_suites) + 1));
+				(RTE_DIM(blk_suites) +
+				RTE_DIM(sched_mode_static_suites) + 1));
 		ADD_BLOCKCIPHER_TESTSUITE(blk_i, (*sched_mode_suites[sched_i]),
 				blk_suites, RTE_DIM(blk_suites));
+		ADD_STATIC_TESTSUITE(blk_i, (*sched_mode_suites[sched_i]),
+				sched_mode_static_suites,
+				RTE_DIM(sched_mode_static_suites));
 		sched_mode_suites[sched_i]->unit_test_suites[blk_i] = &end_testsuite;
 	}
 
Signature · 1 line
2.25.1
#14 lore raw

RE: [PATCH v3 0/2] crypto/scheduler: add support for DOCSIS security protocol

In reply to David Coyle
Quoted 11 lines

-----Original Message-----
From: David Coyle <[email protected]>
Sent: Thursday, September 14, 2023 4:22 PM
To: [email protected]
Cc: Ji, Kai <[email protected]>; [email protected]; O'Sullivan, Kevin <[email protected]>; Coyle, David <[email protected]>
Subject: [PATCH v3 0/2] crypto/scheduler: add support for DOCSIS security protocol

Quoted 5 lines

This patchset adds support to the cryptodev scheduler PMD and unit tests for the DOCSIS security protocol. Support for other stateless security protocols can be added in the future as required with relative ease now that the framework is in place.

Recheck-request: iol-sample-apps-testing

FIPS warning, could be just the NIST ACVP API known issue, trying retest.

#15 lore raw

RE: [PATCH v3 0/2] crypto/scheduler: add support for DOCSIS security protocol

In reply to David Coyle
Quoted 40 lines

-----Original Message-----
From: David Coyle <[email protected]>
Sent: Thursday, September 14, 2023 4:22 PM
To: [email protected]
Cc: Ji, Kai <[email protected]>; [email protected]; O'Sullivan, Kevin <[email protected]>; Coyle, David <[email protected]>
Subject: [PATCH v3 0/2] crypto/scheduler: add support for DOCSIS security protocol

This patchset adds support to the cryptodev scheduler PMD and unit tests for the DOCSIS security protocol. Support for other stateless security protocols can be added in the future as required with relative ease now that the framework is in place.

v3:
* Limit support to the DOCSIS security protocol only

v2:
* Improve inclusion of rte_security header files
* Fix typo in commit message

David Coyle (2):
crypto/scheduler: support DOCSIS security protocol test/crypto: add DOCSIS security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  12 +-
 doc/guides/rel_notes/release_23_11.rst        |   4 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 221 +++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  33 ++
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 381 +++++++++++++-----
.../crypto/scheduler/scheduler_pmd_private.h  | 159 +++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 664 insertions(+), 230 deletions(-)
Quoted 2 lines

--
2.25.1

#16 lore raw

v4 cover crypto/scheduler: add support for DOCSIS security protocol

In reply to David Coyle

This patchset adds support to the cryptodev scheduler PMD and unit tests for the DOCSIS security protocol. Support for other stateless security protocols can be added in the future as required with relative ease now that the framework is in place.

v4:
* Address review comments from Anoob
* Remove unnecessary pointer type casting
* Free capability and worker name memory if memory allocation fails during scheduler PMD creation
* Use RTE_MAX when getting max worker session size

v3:
* Limit support to the DOCSIS security protocol only

v2:
* Improve inclusion of rte_security header files
* Fix typo in commit message

David Coyle (2):
crypto/scheduler: support DOCSIS security protocol test/crypto: add DOCSIS security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  12 +-
 doc/guides/rel_notes/release_23_11.rst        |   4 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 218 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  59 ++-
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 370 +++++++++++++-----
 .../crypto/scheduler/scheduler_pmd_private.h  | 155 +++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 668 insertions(+), 234 deletions(-)
Signature · 1 line
2.25.1
#17 lore raw

PATCH v4 1/2 crypto/scheduler: support DOCSIS security protocol

Add support to the cryptodev scheduler PMD for the DOCSIS security protocol. This includes adding the following to the scheduler:
- synchronization of worker's security capabilities
- retrieval of the scheduler's synchronized security capabilities
- retrieval of the security session size i.e. maximum session size across all workers
- creation of security sessions on each worker
- deletion of security sessions on each worker

---
 doc/guides/rel_notes/release_23_11.rst        |   4 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 218 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  59 ++-
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 370 +++++++++++++-----
 .../crypto/scheduler/scheduler_pmd_private.h  | 155 +++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 10 files changed, 657 insertions(+), 233 deletions(-)
doc/guides/rel_notes/release_23_11.rst +4 -0
index 333e1d95a2..a3d0dadbdf 100644
@@ -78,6 +78,10 @@ New Features
 * build: Optional libraries can now be selected with the new ``enable_libs``
   build option similarly to the existing ``enable_drivers`` build option.
 
+* **Updated Cryptodev Scheduler PMD.**
+
+  Added support for DOCSIS security protocol through the ``rte_security`` API
+  callbacks.
 
 Removed Items
 -------------
drivers/crypto/scheduler/meson.build +1 -1
index cd18efc791..752d655415 100644
@@ -7,7 +7,7 @@ if is_windows
     subdir_done()
 endif
 
-deps += ['bus_vdev', 'reorder']
+deps += ['bus_vdev', 'reorder', 'security']
 sources = files(
         'rte_cryptodev_scheduler.c',
         'scheduler_failover.c',
drivers/crypto/scheduler/rte_cryptodev_scheduler.c +209 -9

270 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_failover.c +6 -6
index f24d2fc44b..52ff2ffbb7 100644
@@ -28,7 +28,7 @@ failover_worker_enqueue(struct scheduler_worker *worker,
 {
 	uint16_t processed_ops;
 
-	scheduler_set_worker_session(ops, nb_ops, index);
+	scheduler_set_worker_sessions(ops, nb_ops, index);
 
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
@@ -51,7 +51,7 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 			ops, nb_ops, PRIMARY_WORKER_IDX);
 
 	if (enqueued_ops < nb_ops) {
-		scheduler_retrieve_session(&ops[enqueued_ops],
+		scheduler_retrieve_sessions(&ops[enqueued_ops],
 						nb_ops - enqueued_ops);
 		enqueued_ops += failover_worker_enqueue(
 				&qp_ctx->secondary_worker,
@@ -59,7 +59,7 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 				nb_ops - enqueued_ops,
 				SECONDARY_WORKER_IDX);
 		if (enqueued_ops < nb_ops)
-			scheduler_retrieve_session(&ops[enqueued_ops],
+			scheduler_retrieve_sessions(&ops[enqueued_ops],
 						nb_ops - enqueued_ops);
 	}
 
@@ -102,7 +102,7 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 	qp_ctx->deq_idx = (~qp_ctx->deq_idx) & WORKER_SWITCH_MASK;
 
 	if (nb_deq_ops == nb_ops)
-		goto retrieve_session;
+		goto retrieve_sessions;
 
 	worker = workers[qp_ctx->deq_idx];
 
@@ -112,8 +112,8 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 		worker->nb_inflight_cops -= nb_deq_ops2;
 	}
 
-retrieve_session:
-	scheduler_retrieve_session(ops, nb_deq_ops + nb_deq_ops2);
+retrieve_sessions:
+	scheduler_retrieve_sessions(ops, nb_deq_ops + nb_deq_ops2);
 
 	return nb_deq_ops + nb_deq_ops2;
 }
drivers/crypto/scheduler/scheduler_multicore.c +5 -5
index 3dea850661..a21b522f9f 100644
@@ -183,7 +183,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 
 	while (!mc_ctx->stop_signal) {
 		if (pending_enq_ops) {
-			scheduler_set_worker_session(
+			scheduler_set_worker_sessions(
 				&enq_ops[pending_enq_ops_idx], pending_enq_ops,
 				worker_idx);
 			processed_ops =
@@ -192,7 +192,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 					&enq_ops[pending_enq_ops_idx],
 					pending_enq_ops);
 			if (processed_ops < pending_deq_ops)
-				scheduler_retrieve_session(
+				scheduler_retrieve_sessions(
 					&enq_ops[pending_enq_ops_idx +
 						processed_ops],
 					pending_deq_ops - processed_ops);
@@ -203,13 +203,13 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 			processed_ops = rte_ring_dequeue_burst(enq_ring, (void *)enq_ops,
 							MC_SCHED_BUFFER_SIZE, NULL);
 			if (processed_ops) {
-				scheduler_set_worker_session(enq_ops,
+				scheduler_set_worker_sessions(enq_ops,
 					processed_ops, worker_idx);
 				pending_enq_ops_idx = rte_cryptodev_enqueue_burst(
 						worker->dev_id, worker->qp_id,
 						enq_ops, processed_ops);
 				if (pending_enq_ops_idx < processed_ops)
-					scheduler_retrieve_session(
+					scheduler_retrieve_sessions(
 						enq_ops + pending_enq_ops_idx,
 						processed_ops -
 						pending_enq_ops_idx);
@@ -229,7 +229,7 @@ mc_scheduler_worker(struct rte_cryptodev *dev)
 					worker->dev_id, worker->qp_id, deq_ops,
 					MC_SCHED_BUFFER_SIZE);
 			if (processed_ops) {
-				scheduler_retrieve_session(deq_ops,
+				scheduler_retrieve_sessions(deq_ops,
 					processed_ops);
 				inflight_ops -= processed_ops;
 				if (reordering_enabled) {
drivers/crypto/scheduler/scheduler_pkt_size_distr.c +12 -42

125 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_pmd.c +55 -4

89 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_pmd_ops.c +262 -108

415 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_pmd_private.h +100 -55

212 lines not on this page · raw message

drivers/crypto/scheduler/scheduler_roundrobin.c +3 -3
index ad3f8b842a..08041887a8 100644
@@ -28,11 +28,11 @@ schedule_enqueue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 	if (unlikely(nb_ops == 0))
 		return 0;
 
-	scheduler_set_worker_session(ops, nb_ops, worker_idx);
+	scheduler_set_worker_sessions(ops, nb_ops, worker_idx);
 	processed_ops = rte_cryptodev_enqueue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
 	if (processed_ops < nb_ops)
-		scheduler_retrieve_session(ops + processed_ops,
+		scheduler_retrieve_sessions(ops + processed_ops,
 			nb_ops - processed_ops);
 
 	worker->nb_inflight_cops += processed_ops;
@@ -87,7 +87,7 @@ schedule_dequeue(void *qp, struct rte_crypto_op **ops, uint16_t nb_ops)
 
 	nb_deq_ops = rte_cryptodev_dequeue_burst(worker->dev_id,
 			worker->qp_id, ops, nb_ops);
-	scheduler_retrieve_session(ops, nb_deq_ops);
+	scheduler_retrieve_sessions(ops, nb_deq_ops);
 	last_worker_idx += 1;
 	last_worker_idx %= rr_qp_ctx->nb_workers;
 
Signature · 1 line
2.25.1
#18 lore raw

PATCH v4 2/2 test/crypto: add DOCSIS security tests for cryptodev scheduler

In reply to David Coyle

Add DOCSIS security test cases to the cryptodev scheduler test suite.

---
 app/test/test_cryptodev.c | 12 +++++++++++-
 1 file changed, 11 insertions(+), 1 deletion(-)
app/test/test_cryptodev.c +11 -1
index 5b2a908a6f..5de4c737a3 100644
@@ -17391,6 +17391,12 @@ test_cryptodev_scheduler(void)
 		&scheduler_config,
 		&end_testsuite
 	};
+	struct unit_test_suite *sched_mode_static_suites[] = {
+#ifdef RTE_LIB_SECURITY
+		&docsis_proto_testsuite,
+#endif
+		&end_testsuite
+	};
 	static struct unit_test_suite ts = {
 		.suite_name = "Scheduler Unit Test Suite",
 		.setup = scheduler_testsuite_setup,
@@ -17416,9 +17422,13 @@ test_cryptodev_scheduler(void)
 		uint8_t blk_i = 0;
 		sched_mode_suites[sched_i]->unit_test_suites = malloc(sizeof
 				(struct unit_test_suite *) *
-				(RTE_DIM(blk_suites) + 1));
+				(RTE_DIM(blk_suites) +
+				RTE_DIM(sched_mode_static_suites) + 1));
 		ADD_BLOCKCIPHER_TESTSUITE(blk_i, (*sched_mode_suites[sched_i]),
 				blk_suites, RTE_DIM(blk_suites));
+		ADD_STATIC_TESTSUITE(blk_i, (*sched_mode_suites[sched_i]),
+				sched_mode_static_suites,
+				RTE_DIM(sched_mode_static_suites));
 		sched_mode_suites[sched_i]->unit_test_suites[blk_i] = &end_testsuite;
 	}
 
Signature · 1 line
2.25.1
#19 lore raw

RE: [EXT] [PATCH v4 0/2] crypto/scheduler: add support for DOCSIS security protocol

In reply to David Coyle
Quoted 40 lines

----------------------------------------------------------------------
This patchset adds support to the cryptodev scheduler PMD and unit tests for the DOCSIS security protocol. Support for other stateless security protocols can be added in the future as required with relative ease now that the framework is in place.

v4:
* Address review comments from Anoob
* Remove unnecessary pointer type casting
* Free capability and worker name memory if memory allocation fails during scheduler PMD creation
* Use RTE_MAX when getting max worker session size

v3:
* Limit support to the DOCSIS security protocol only

v2:
* Improve inclusion of rte_security header files
* Fix typo in commit message

David Coyle (2):
crypto/scheduler: support DOCSIS security protocol test/crypto: add DOCSIS security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  12 +-
 doc/guides/rel_notes/release_23_11.rst        |   4 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 218 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  59 ++-
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 370 +++++++++++++-----
.../crypto/scheduler/scheduler_pmd_private.h  | 155 +++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 668 insertions(+), 234 deletions(-)
Quoted 1 line

--

Series Acked-by: Anoob Joseph <[email protected]>

#20 lore raw

RE: [EXT] [PATCH v4 0/2] crypto/scheduler: add support for DOCSIS security protocol

Quoted 38 lines
Quoted 38 lines

This patchset adds support to the cryptodev scheduler PMD and unit tests for the DOCSIS security protocol. Support for other stateless security protocols can be added in the future as required with relative ease now that the framework is in place.

v4:
* Address review comments from Anoob
* Remove unnecessary pointer type casting
* Free capability and worker name memory if memory allocation fails during scheduler PMD creation
* Use RTE_MAX when getting max worker session size

v3:
* Limit support to the DOCSIS security protocol only

v2:
* Improve inclusion of rte_security header files
* Fix typo in commit message

David Coyle (2):
crypto/scheduler: support DOCSIS security protocol test/crypto: add DOCSIS security tests for cryptodev scheduler

 app/test/test_cryptodev.c                     |  12 +-
 doc/guides/rel_notes/release_23_11.rst        |   4 +
 drivers/crypto/scheduler/meson.build          |   2 +-
 .../scheduler/rte_cryptodev_scheduler.c       | 218 ++++++++++-
 drivers/crypto/scheduler/scheduler_failover.c |  12 +-
 .../crypto/scheduler/scheduler_multicore.c    |  10 +-
 .../scheduler/scheduler_pkt_size_distr.c      |  54 +--
 drivers/crypto/scheduler/scheduler_pmd.c      |  59 ++-
 drivers/crypto/scheduler/scheduler_pmd_ops.c  | 370 +++++++++++++-----
.../crypto/scheduler/scheduler_pmd_private.h  | 155 +++++---
 .../crypto/scheduler/scheduler_roundrobin.c   |   6 +-
 11 files changed, 668 insertions(+), 234 deletions(-)
Quoted 3 lines
Quoted 1 line

--

Series Acked-by: Anoob Joseph <[email protected]>

Series Applied to dpdk-next-crypto

Thanks.