From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id D0EBA45AF3; Wed, 9 Oct 2024 16:16:59 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 14AEF427D5; Wed, 9 Oct 2024 16:16:52 +0200 (CEST) Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.17]) by mails.dpdk.org (Postfix) with ESMTP id 6CD95427C2 for ; Wed, 9 Oct 2024 16:16:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1728483411; x=1760019411; h=from:to:cc:subject:date:message-id:in-reply-to: references; bh=qkKPDIFFkzUC49CjWcMYd45PVq4oEXduYRNkFNEKIew=; b=P4UAlPA3fusMcp+vhAVWeV6SACraf46c4JVatYHD+Pi/qHNNTmiHruSO Li8h2w+sPh0OQLFnZBEE/uSlUo41AJzFgJcZVHUgUmN9RSe8B/q2r4beV U33ncbF3s9Up53E/cwq5tw9Alv7Pa4WlGnxntRv6VXuT7XMTdltcyCS0M MBN6V73yRQzKIIMS6u8XsTWetLKHKGAXB14SoS9Q/PFSOW563iL5ZpqF9 A/0ojvm3MaiTWgnmDmGjFNGKxej5DRHToTjFtLr8S1DkkdJcXpcVw+CSz QLX3+ipOCdVAMR7UmUD0jmCWxfwhDXxqqI89+ys/lviUWDGtpEmt0HgGh A==; X-CSE-ConnectionGUID: MatDcyonSMWOLDferp/GVQ== X-CSE-MsgGUID: VQd5/1brQjKvPqaORVVm5Q== X-IronPort-AV: E=McAfee;i="6700,10204,11220"; a="27666310" X-IronPort-AV: E=Sophos;i="6.11,190,1725346800"; d="scan'208";a="27666310" Received: from fmviesa010.fm.intel.com ([10.60.135.150]) by fmvoesa111.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Oct 2024 07:16:50 -0700 X-CSE-ConnectionGUID: dhEThwSdT8CpCpF42LxNXw== X-CSE-MsgGUID: VmIBSyZoQ4KBoNdFJP01LA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.11,190,1725346800"; d="scan'208";a="76585218" Received: from silpixa00399302.ir.intel.com ([10.237.214.22]) by fmviesa010.fm.intel.com with ESMTP; 09 Oct 2024 07:16:49 -0700 From: Arkadiusz Kusztal To: dev@dpdk.org Cc: gakhil@marvell.com, brian.dooley@intel.com, Arkadiusz Kusztal Subject: [PATCH v5 2/4] cryptodev: add ec points to sm2 op Date: Wed, 9 Oct 2024 14:01:45 +0100 Message-Id: <20241009130147.38280-3-arkadiuszx.kusztal@intel.com> X-Mailer: git-send-email 2.13.6 In-Reply-To: <20241009130147.38280-1-arkadiuszx.kusztal@intel.com> References: <20241008181433.57591-3-arkadiuszx.kusztal@intel.com> <20241009130147.38280-1-arkadiuszx.kusztal@intel.com> X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org In the case when PMD cannot support the full process of the SM2, but elliptic curve computation only, additional fields are needed to handle such a case. Points C1, kP therefore were added to the SM2 crypto operation struct. Signed-off-by: Arkadiusz Kusztal --- lib/cryptodev/rte_crypto_asym.h | 53 ++++++++++++++++++++++++++++++----------- 1 file changed, 39 insertions(+), 14 deletions(-) diff --git a/lib/cryptodev/rte_crypto_asym.h b/lib/cryptodev/rte_crypto_asym.h index 2af6a307f6..65b1a081b1 100644 --- a/lib/cryptodev/rte_crypto_asym.h +++ b/lib/cryptodev/rte_crypto_asym.h @@ -607,6 +607,8 @@ enum rte_crypto_sm2_op_capa { /**< Random number generator supported in SM2 ops. */ RTE_CRYPTO_SM2_PH, /**< Prehash message before crypto op. */ + RTE_CRYPTO_SM2_PARTIAL, + /**< Calculate elliptic curve points only. */ }; /** @@ -634,20 +636,43 @@ struct rte_crypto_sm2_op_param { * will be overwritten by the PMD with the decrypted length. */ - rte_crypto_param cipher; - /**< - * Pointer to input data - * - to be decrypted for SM2 private decrypt. - * - * Pointer to output data - * - for SM2 public encrypt. - * In this case the underlying array should have been allocated - * with enough memory to hold ciphertext output (at least X bytes - * for prime field curve of N bytes and for message M bytes, - * where X = (C1 || C2 || C3) and computed based on SM2 RFC as - * C1 (1 + N + N), C2 = M, C3 = N. The cipher.length field will - * be overwritten by the PMD with the encrypted length. - */ + union { + rte_crypto_param cipher; + /**< + * Pointer to input data + * - to be decrypted for SM2 private decrypt. + * + * Pointer to output data + * - for SM2 public encrypt. + * In this case the underlying array should have been allocated + * with enough memory to hold ciphertext output (at least X bytes + * for prime field curve of N bytes and for message M bytes, + * where X = (C1 || C2 || C3) and computed based on SM2 RFC as + * C1 (1 + N + N), C2 = M, C3 = N. The cipher.length field will + * be overwritten by the PMD with the encrypted length. + */ + struct { + struct rte_crypto_ec_point C1; + /**< + * This field is used only when PMD does not support the full + * process of the SM2 encryption/decryption, but the elliptic + * curve part only. + * + * In the case of encryption, it is an output - point C1 = (x1,y1). + * In the case of decryption, if is an input - point C1 = (x1,y1) + * + */ + struct rte_crypto_ec_point kP; + /**< + * This field is used only when PMD does not support the full + * process of the SM2 encryption/decryption, but the elliptic + * curve part only. + * + * It is an output in the encryption case, it is a point + * [k]P = (x2,y2) + */ + }; + }; rte_crypto_uint id; /**< The SM2 id used by signer and verifier. */ -- 2.13.6