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 2E840A0547; Tue, 3 Aug 2021 20:01:51 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id B1F45411A7; Tue, 3 Aug 2021 20:01:50 +0200 (CEST) Received: from mail-qt1-f169.google.com (mail-qt1-f169.google.com [209.85.160.169]) by mails.dpdk.org (Postfix) with ESMTP id 5630140E3C for ; Tue, 3 Aug 2021 20:01:49 +0200 (CEST) Received: by mail-qt1-f169.google.com with SMTP id h10so14539877qth.5 for ; Tue, 03 Aug 2021 11:01:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X9+R80/bMswXwgx61kvknKvFXBqCiozqdJvmRGwEKd4=; b=YMwFxZ3bIkVR3Ol5lWm7PzmQsPdyw3dvudEp7jxmwLkQQRxosgRkkA3ISIWHD16DgR fFgat2q/ts4o4Jbtor+f+Rug7TMqhTveIpCLIDq7UnW8gXi2qXxlJ9kBqEa0h7rp74tW kYhY8H95v02DlEdWOo5F8eKwlCvwN5DCf/bsA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=X9+R80/bMswXwgx61kvknKvFXBqCiozqdJvmRGwEKd4=; b=uK7Wp9Jt4U4xk0ZPwDgp2HrL4eGTxan1OkPfM7pBTMOxWfoFIhKEfajQ0BSu1NMdX0 OmCmHQ4RbWUX9lK+5GuakMrG8tFZKJYsq6DpcOu21J3eXSGIVeYYXtpfdb0l9Q2YlU3T XMekGecHX+89Ug9qw0lPftHA0bNOXbX8IFBndyklhkS9l82Js9r5BKtHhDYQcDFEs59u qLiEEA6O0SrU4J8/aELt+QAI9mEXHD1lN4HzG4Z+ATkpEY8GL8TVe4lZm8TtCM/RmjSA TWttt16q3dZfl1Xoe+NdPLFkMSmICO3fTkOtRZXyeOQi94ZvRdsyCJ5cuiCRf+/9RTHl SJMA== X-Gm-Message-State: AOAM5328pAxtMtGNi4P2jJbg6nHQ/P4CMqaKFVBo+g1Ru3mhmtPt2plx f/L9dWJ06JjyCM2hYPOw6BK9YNGOwIwr91XFiHn2Bw== X-Google-Smtp-Source: ABdhPJwSB/EdGtaHakXYtItefbdGziCz+npgtowiRmdFt911AfVWhhzW34ZliXCX+gb+IoGvpb7VzUfpurSXYjmxvOY= X-Received: by 2002:ac8:5f94:: with SMTP id j20mr19254238qta.225.1628013708475; Tue, 03 Aug 2021 11:01:48 -0700 (PDT) MIME-Version: 1.0 References: <20210803122335.694818-1-gakhil@marvell.com> In-Reply-To: From: Ajit Khaparde Date: Tue, 3 Aug 2021 11:01:31 -0700 Message-ID: To: "Ananyev, Konstantin" Cc: Akhil Goyal , "dev@dpdk.org" , "anoobj@marvell.com" , "Nicolau, Radu" , "Doherty, Declan" , "hemant.agrawal@nxp.com" , "matan@nvidia.com" , "thomas@monjalon.net" , "Zhang, Roy Fan" , "asomalap@amd.com" , "ruifeng.wang@arm.com" , "De Lara Guarch, Pablo" , "Trahe, Fiona" , "adwivedi@marvell.com" , "michaelsh@marvell.com" , "rnagadheeraj@marvell.com" , "jianjay.zhou@huawei.com" Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="000000000000cec66b05c8ab7a80" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [dpdk-dev] [PATCH] doc: announce changes in security session struct 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" --000000000000cec66b05c8ab7a80 Content-Type: text/plain; charset="UTF-8" On Tue, Aug 3, 2021 at 5:36 AM Ananyev, Konstantin wrote: > > > > The structure rte_security_session is not directly used > > by the application. The application just need an opaque > > pointer to attached to the mbuf or rte_crypto_op while > > enqueue. Hence, it can be hidden inside the library > > and would prevent unnecessary indirection to the priv > > session data in fastpath. > > > > Signed-off-by: Akhil Goyal > > --- > > doc/guides/rel_notes/deprecation.rst | 4 ++++ > > 1 file changed, 4 insertions(+) > > > > diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst > > index c540c90f8e..8da1c2648c 100644 > > --- a/doc/guides/rel_notes/deprecation.rst > > +++ b/doc/guides/rel_notes/deprecation.rst > > @@ -159,3 +159,7 @@ Deprecation Notices > > * security: The functions ``rte_security_set_pkt_metadata`` and > > ``rte_security_get_userdata`` will be made inline functions and additional > > flags will be added in structure ``rte_security_ctx`` in DPDK 21.11. > > + > > +* security: Hide stucture ``rte_security_session`` and expose an opaque > > + pointer for the private data to the application which can be attached > > + to the packet while enqueuing. > > -- > > Acked-by: Konstantin Ananyev Acked-by: Ajit Khaparde > > > 2.25.1 > --000000000000cec66b05c8ab7a80--