From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 70170A04BF; Thu, 3 Sep 2020 18:07:03 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id BFD891C0C5; Thu, 3 Sep 2020 18:07:02 +0200 (CEST) Received: from inva021.nxp.com (inva021.nxp.com [92.121.34.21]) by dpdk.org (Postfix) with ESMTP id ACA011C0C0 for ; Thu, 3 Sep 2020 18:07:01 +0200 (CEST) Received: from inva021.nxp.com (localhost [127.0.0.1]) by inva021.eu-rdc02.nxp.com (Postfix) with ESMTP id 68A2F200251; Thu, 3 Sep 2020 18:07:01 +0200 (CEST) Received: from invc005.ap-rdc01.nxp.com (invc005.ap-rdc01.nxp.com [165.114.16.14]) by inva021.eu-rdc02.nxp.com (Postfix) with ESMTP id A8AEA200F24; Thu, 3 Sep 2020 18:06:58 +0200 (CEST) Received: from lsv03273.swis.in-blr01.nxp.com (lsv03273.swis.in-blr01.nxp.com [92.120.147.113]) by invc005.ap-rdc01.nxp.com (Postfix) with ESMTP id 3BB19402C3; Thu, 3 Sep 2020 18:06:55 +0200 (CEST) From: akhil.goyal@nxp.com To: dev@dpdk.org Cc: hemant.agrawal@nxp.com, anoobj@marvell.com, declan.doherty@intel.com, david.coyle@intel.com, Akhil Goyal Date: Thu, 3 Sep 2020 21:36:45 +0530 Message-Id: <20200903160652.31654-1-akhil.goyal@nxp.com> X-Mailer: git-send-email 2.17.1 X-Virus-Scanned: ClamAV using ClamSMTP Subject: [dpdk-dev] [PATCH 0/7] support PDCP-SDAP for dpaa2_sec X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" From: Akhil Goyal The SDAP is a protocol in the LTE stack on top of PDCP. It is dedicated to QoS. The difficulty of implementing this protocol is because the PDCP change behavior regarding encryption and authentication of the SDU it receives. In effect PDCP shall not encrypt the SDAP SDU but must authenticate it (when encryption and authentication is enabled). A new field is added in the PDCP xform to specify SDAP is enabled. The overall size of the xform is not changed, as hfn_ovrd is just a flag and does not need uint32. Hence, it is converted to uint8_t and a 16 bit reserved field is added for future. The corresponding test cases and test vectors are added in the test application. Akhil Goyal (3): security: modify PDCP xform to support SDAP crypto/dpaa2_sec: enable PDCP-SDAP sessions crypto/dpaa_sec: enable PDCP-SDAP sessions Franck LENORMAND (4): common/dpaax/caamflib: Support PDCP-SDAP test/crypto: Add test vectors for PDCP-SDAP test/crypto: Modify test_pdcp_proto to take parameters test/crypto: Add PDCP-SDAP cases app/test/test_cryptodev.c | 278 +- ...ryptodev_security_pdcp_sdap_test_vectors.h | 3619 +++++++++++++++++ doc/guides/prog_guide/rte_security.rst | 19 +- drivers/common/dpaax/caamflib/desc/pdcp.h | 8 + drivers/common/dpaax/caamflib/desc/sdap.h | 1063 +++++ drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 30 +- drivers/crypto/dpaa_sec/dpaa_sec.c | 63 +- drivers/crypto/dpaa_sec/dpaa_sec.h | 3 +- lib/librte_security/rte_security.h | 12 +- 9 files changed, 4990 insertions(+), 105 deletions(-) create mode 100644 app/test/test_cryptodev_security_pdcp_sdap_test_vectors.h create mode 100644 drivers/common/dpaax/caamflib/desc/sdap.h -- 2.17.1