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 BADBCA0C4C; Sat, 7 Aug 2021 15:34:43 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id A39D94067E; Sat, 7 Aug 2021 15:34:43 +0200 (CEST) Received: from mail-io1-f52.google.com (mail-io1-f52.google.com [209.85.166.52]) by mails.dpdk.org (Postfix) with ESMTP id BC39E4003D for ; Sat, 7 Aug 2021 15:34:42 +0200 (CEST) Received: by mail-io1-f52.google.com with SMTP id i7so11751762iow.1 for ; Sat, 07 Aug 2021 06:34:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4ePO7fnP0gUk95VddgLhVhnbXDdRIfRQdYEQzxoXnKY=; b=gXoBwr5Ec2gan8YVa+c1F4y3XLCv/JFT+7FCNb4hPfwfvX/enx3qKmNQam6wbrUs78 uJrg+ZLpFs3/kIhRtTU+0UcIty5DFfqJRinGr0KM6yzAExdXjbJpva9KN141BvBx6T/s JTKho3kNozIspq4JiPZmMNV6vrploLUSbTNF+Nm/Px7eyiTgx7tGjhwZv3wBK03laak6 5AIeJCSjjYujO4NT3zAtGGVtbFoJPwH9VqBKvOLUI/VVHy+gSuF3op75L3DXbeklw/9c 17lYieLdiGj5lAupxmcf7v1GsIhMbi28JyHvjsjlVwBkvOOfbki8JhbLGFGHpr+crzPM /dow== 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=4ePO7fnP0gUk95VddgLhVhnbXDdRIfRQdYEQzxoXnKY=; b=pCcBk6R+Nq9qkRbGGOF6eYZM/wp00V/lemTOEBLX5U8rhdEjYS4RwgQKVce4zMr0tW O0GrCv/L5+sWy6vBXpF8Lhs5TIQwRt1o1wWEAl6zasGDbGngRgBOR5A9dCtSTwl0Ua0f YRuQZD5o5MCgaimc8cDEJgcwqggPa1Fg5kWSDizbUMK50sYXdnjQnKwllSXX487FvXY5 2Q5FuBOImpplCEBvhl+VwQOmHW9NaVjY99ajwf7I1YxA1TQOO7myvAMqCdbybR2TfvHO 9Kl/aL2+dMxHojxIBAovN6xA92uNiFBz8kLA1d3sPjYzOk1+GJZ+ODHgzPeRIiTXt3NG FT7Q== X-Gm-Message-State: AOAM533CZYSLYLDZczPTgc8qAkWMhlA/jovTuohxY3FPhum3xn4GasC/ LeTUf8uRnUqsPSzSYl8C63hitg3RNTMwHveKiYc= X-Google-Smtp-Source: ABdhPJy7QaRtR2ZrnEwmgfy1ivuQUNHlMWnRQ2aAgkogMRsGhJVwcwik6SRfuzG0hfvG9Ftbk8CTQlEifEjyfIZtBO0= X-Received: by 2002:a02:6983:: with SMTP id e125mr14268065jac.112.1628343282184; Sat, 07 Aug 2021 06:34:42 -0700 (PDT) MIME-Version: 1.0 References: <20210803115512.694546-1-gakhil@marvell.com> In-Reply-To: From: Jerin Jacob Date: Sat, 7 Aug 2021 19:04:15 +0530 Message-ID: To: Anoob Joseph Cc: Akhil Goyal , "dev@dpdk.org" , "radu.nicolau@intel.com" , "declan.doherty@intel.com" , "hemant.agrawal@nxp.com" , "matan@nvidia.com" , "konstantin.ananyev@intel.com" , "thomas@monjalon.net" , "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 , Michael Shamis , Nagadheeraj Rottela , "jianjay.zhou@huawei.com" Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] [PATCH] doc: announce restructuring of crypto session structs 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" On Thu, Aug 5, 2021 at 9:51 AM Anoob Joseph wrote: > > > Subject: [PATCH] doc: announce restructuring of crypto session structs > > > > The structures rte_cryptodev_sym_session and rte_cryptodev_asym_session are > > not used by the application directly. The application just need an opaque pointer > > which it can attach to rte_crypto_op while enqueue. > > Hence, these structures can be internal to library hidden from the user. > > > > Signed-off-by: Akhil Goyal > > --- > > doc/guides/rel_notes/deprecation.rst | 5 +++++ > > 1 file changed, 5 insertions(+) > > > > diff --git a/doc/guides/rel_notes/deprecation.rst > > b/doc/guides/rel_notes/deprecation.rst > > index f81bd87f10..7140e345b6 100644 > > --- a/doc/guides/rel_notes/deprecation.rst > > +++ b/doc/guides/rel_notes/deprecation.rst > > @@ -151,6 +151,11 @@ Deprecation Notices > > * cryptodev: The APIs for interfacing between library and PMD will be marked > > as internal APIs in DPDK 21.11. > > > > +* cryptodev: Hide structures ``rte_cryptodev_sym_session`` and > > + ``rte_cryptodev_asym_session`` to remove unnecessary indirection > > +between > > + session and the private data of session. An opaque pointer can be > > +exposed > > + directly to application which can be attached to the ``rte_crypto_op``. > > + > > * 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. > > -- > > Acked-by: Anoob Joseph Acked-by: Jerin Jacob > > >