From patchwork Mon Apr 3 15:51:33 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Fiona Trahe X-Patchwork-Id: 23163 X-Patchwork-Delegate: pablo.de.lara.guarch@intel.com Return-Path: X-Original-To: patchwork@dpdk.org Delivered-To: patchwork@dpdk.org Received: from [92.243.14.124] (localhost [IPv6:::1]) by dpdk.org (Postfix) with ESMTP id E3D242E8A; Mon, 3 Apr 2017 17:52:07 +0200 (CEST) Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id 98F392C6E for ; Mon, 3 Apr 2017 17:52:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=intel.com; i=@intel.com; q=dns/txt; s=intel; t=1491234725; x=1522770725; h=from:to:cc:subject:date:message-id:in-reply-to: references; bh=ZGC0j9uqhdBkX1m/MfUslr/DXsKHUDBlFT+rOMXuXPk=; b=Y7UaOKMgZHV+LOsl9aFnXGRbh7aBKbSH+JJ1HnOg+S25gRtyzjqOe5uV DnP1LzQs0NYoKfjWyzhY7PaWfqYX5g==; Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Apr 2017 08:52:04 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.36,271,1486454400"; d="scan'208";a="68579240" Received: from sivswdev01.ir.intel.com (HELO localhost.localdomain) ([10.237.217.45]) by orsmga002.jf.intel.com with ESMTP; 03 Apr 2017 08:52:02 -0700 From: Fiona Trahe To: dev@dpdk.org, pablo.de.lara.guarch@intel.com Cc: fiona.trahe@intel.com, deepak.k.jain@intel.com Date: Mon, 3 Apr 2017 16:51:33 +0100 Message-Id: <1491234693-14494-1-git-send-email-fiona.trahe@intel.com> X-Mailer: git-send-email 1.7.0.7 In-Reply-To: <348A99DA5F5B7549AA880327E580B435891C21F1@IRSMSX101.ger.corp.intel.com> References: <348A99DA5F5B7549AA880327E580B435891C21F1@IRSMSX101.ger.corp.intel.com> Subject: [dpdk-dev] [PATCH v2] cryptodev: add API note 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" Add note to cryptodev API that chained mbufs are not supported in DOCSISBPI mode. Signed-off-by: Fiona Trahe Acked-by: Declan Doherty --- v2 changes: - moved the comment from the rte_crypto_sym_op to the algorithm enum lib/librte_cryptodev/rte_crypto_sym.h | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/lib/librte_cryptodev/rte_crypto_sym.h b/lib/librte_cryptodev/rte_crypto_sym.h index 4d5459f..508f4ee 100644 --- a/lib/librte_cryptodev/rte_crypto_sym.h +++ b/lib/librte_cryptodev/rte_crypto_sym.h @@ -111,11 +111,15 @@ enum rte_crypto_cipher_algorithm { RTE_CRYPTO_CIPHER_AES_DOCSISBPI, /**< AES algorithm using modes required by * DOCSIS Baseline Privacy Plus Spec. + * Chained mbufs are not supported in this mode, i.e. rte_mbuf.next + * for m_src and m_dst in the rte_crypto_sym_op must be NULL. */ RTE_CRYPTO_CIPHER_DES_DOCSISBPI, /**< DES algorithm using modes required by * DOCSIS Baseline Privacy Plus Spec. + * Chained mbufs are not supported in this mode, i.e. rte_mbuf.next + * for m_src and m_dst in the rte_crypto_sym_op must be NULL. */ RTE_CRYPTO_CIPHER_LIST_END