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 74F5EA0C46; Sat, 7 Aug 2021 17:17:54 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id E8FDD40691; Sat, 7 Aug 2021 17:17:53 +0200 (CEST) Received: from new2-smtp.messagingengine.com (new2-smtp.messagingengine.com [66.111.4.224]) by mails.dpdk.org (Postfix) with ESMTP id 93C6A4067E for ; Sat, 7 Aug 2021 17:17:52 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.nyi.internal (Postfix) with ESMTP id CD1B05809CF; Sat, 7 Aug 2021 11:17:51 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 07 Aug 2021 11:17:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=fm1; bh= AbaB3rKZhsQ2BAXXWXuO+qgdav80A09fxf0qjdb7a3M=; b=a7dWJgCjpE7tNLn6 1TBffuy84f8AlZJWIe7n3aj0zmuD6n3oZy7EH2sM1YM68nUo8BNgneEFlHe4mn2j Ty5iA/Jkq/YY0kgYr3egaIZ+V1fYuGxNccoNXX3Gmoyh4hwR5PHJN0jmYCYuJO8N Wv5r3HEo44oNZ5OlrS55tYamFnbwCtF0ik2V/B4Kf9ig4SgXDwF7nyhdVSZM0qN7 MZ87vxS61uJiznWG1WosU/m8wrfysLz4g0q0C2gN48LEKGw2bqXXSXNYN+IEHAKZ VUCRO7C0e58qLI+IBstbqahG30sltbH4R3vg9XsZmWfdADrwsFvLPihstpUTAtoM MBTu+Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=AbaB3rKZhsQ2BAXXWXuO+qgdav80A09fxf0qjdb7a 3M=; b=ng+St80BaXf89OcrYAflAfg+9bBJyXFcTNAdaZdqbTGFTtfTGa0Sw3uqm aFVYFPf1n7Isy0zN3BEcm5IXqxC9zGdrlF8jLkOLxBM0hzZgcPzZq/V26AN8sI7J a4zAtJhX+2+jjlhrFNjqjTd5zoabyGSGIaqePaWmENDlpPLukCBc6VGdFNFhHS+X wnBdyq768P4fISvN/jiMzUif61EvjBdJt8PfpCbw3uwEPew9Nke2Y/dCDcL0kkSh enaGErU69hDrCykFWN0QsRrrrBhsQmgeCYiDmiRvSFEQ0WsmP/c/fJCmf2i2oivj q5fahX3f/d6Pq9ui4pD5irG7XopSw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrjeefgdekhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhmrghs ucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenucggtf frrghtthgvrhhnpedugefgvdefudfftdefgeelgffhueekgfffhfeujedtteeutdejueei iedvffegheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehthhhomhgrshesmhhonhhjrghlohhnrdhnvght X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 7 Aug 2021 11:17:48 -0400 (EDT) From: Thomas Monjalon To: Hemant Agrawal Cc: "dev@dpdk.org" , Anoob Joseph , "radu.nicolau@intel.com" , "declan.doherty@intel.com" , "matan@nvidia.com" , "konstantin.ananyev@intel.com" , "roy.fan.zhang@intel.com" , "asomalap@amd.com" , "ruifeng.wang@arm.com" , "ajit.khaparde@broadcom.com" , "pablo.de.lara.guarch@intel.com" , "fiona.trahe@intel.com" , Ankur Dwivedi , "jianjay.zhou@huawei.com" , Gagandeep Singh , Akhil Goyal Date: Sat, 07 Aug 2021 17:17:47 +0200 Message-ID: <7945444.U02lEs5iZz@thomas> In-Reply-To: References: <20210805080538.12063-1-hemant.agrawal@nxp.com> <20210805135529.14146-1-hemant.agrawal@nxp.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [EXT] [PATCH v2] doc: announce change in crypto raw data vector 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 Sender: "dev" 05/08/2021 16:04, Akhil Goyal: > > The current crypto raw data vectors need to be extended to support > > out of place processing. It is proposed to add additional desl_sgl > > to provide details for destination sgl. > > The same is also extended to support rte_security usecases, where > > we need total data length to know how much additional memory space > > is available in buffer other than data length so that driver/HW > > can write expanded size data after encryption. > > > > Signed-off-by: Gagandeep Singh > > Signed-off-by: Hemant Agrawal > > --- > > +* cryptodev: The structure ``rte_crypto_sym_vec`` would be updated to add > > + ``dest_sgl`` to support out of place processing. This field will be null for > > + inplace processing. This change is targeted for DPDK 21.11 > > + > > +* cryptodev: The structure ``rte_crypto_vec`` would be updated to add > > + ``tot_len`` to support total buffer length. This is required for security > > + cases like IPsec and PDCP encryption offload to know how much additional > > + memory space is available in buffer other than data length so that > > driver/HW > > + can write expanded size data after encryption. This change is targeted for > > + DPDK 21.11 > > + > Acked-by: Akhil Goyal Acked-by: Konstantin Ananyev Acked-by: Thomas Monjalon Applied, thanks.