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 0D960A054F; Thu, 9 Jun 2022 02:31:22 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id D0E52427F4; Thu, 9 Jun 2022 02:31:16 +0200 (CEST) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mails.dpdk.org (Postfix) with ESMTP id 38DA540220 for ; Thu, 9 Jun 2022 02:31:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1654734675; x=1686270675; h=from:to:cc:subject:date:message-id:in-reply-to: references; bh=4inNU6DwfwC/2UNfPdCWbL3/yM2NwYpJvmcuZFWmtUM=; b=P8niKCIraGO78G1od+kNrRH9dcRrwIZxocHCYuoec2gWemaUMomYxv8Y MxRbFs4dEMkcU9PUZcRzEgeK45RviW8tEnj7Nc95A1NVdDv2W7c9cQ8oO 3feiCdRLk3CrERF9kQ88jc92dIi3PH7q3GECw+MSY1kk0N1Cy4TRXtjdb d7Gnp5ogoXW71qwSBPTxnZR7LA2mmQZAZdgUoQGewxXiOhoxzrF4z18MT G0FGEPsgTiuDuSeBrrVbbK0fU/7Ami/+6A828NOH9fxbbKOHCuNOxynmX WRt0Qw+Obqr9ERgVkb793ZssglYn7k55P7KDj5VB8LiJtaQpew3fNgWoL Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10372"; a="277920194" X-IronPort-AV: E=Sophos;i="5.91,287,1647327600"; d="scan'208";a="277920194" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Jun 2022 17:31:11 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.91,287,1647327600"; d="scan'208";a="670867486" Received: from skx-5gnr-sc12-4.sc.intel.com ([172.25.69.210]) by FMSMGA003.fm.intel.com with ESMTP; 08 Jun 2022 17:31:11 -0700 From: Nicolas Chautru To: dev@dpdk.org, gakhil@marvell.com, thomas@monjalon.net, maxime.coquelin@redhat.com Cc: trix@redhat.com, ray.kinsella@intel.com, bruce.richardson@intel.com, hemant.agrawal@nxp.com, david.marchand@redhat.com, stephen@networkplumber.org, Nicolas Chautru Subject: [PATCH v3] doc: announce changes in bbdev related to enum extension Date: Wed, 8 Jun 2022 17:20:30 -0700 Message-Id: <1654734030-131230-2-git-send-email-nicolas.chautru@intel.com> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: <1654734030-131230-1-git-send-email-nicolas.chautru@intel.com> References: <1647542252-35727-2-git-send-email-nicolas.chautru@intel.com> <1654734030-131230-1-git-send-email-nicolas.chautru@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 Intent to resolve in DPDK 22.11 historical usage which prevents graceful extension of enum and API without troublesome ABI breakage as well as extending API RTE_BBDEV_OP_FFT for new operation type in bbdev as well as other new members in existing structures. Signed-off-by: Nicolas Chautru --- doc/guides/rel_notes/deprecation.rst | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst index 4e5b23c..c75f43e 100644 --- a/doc/guides/rel_notes/deprecation.rst +++ b/doc/guides/rel_notes/deprecation.rst @@ -112,6 +112,16 @@ Deprecation Notices 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``. +* bbdev: Will be deprecating ``RTE_BBDEV_OP_TYPE_COUNT`` terminating the ``rte_bbdev_op_type`` + and use fixed array size when required to allow for future enum extension. + Will extend API to support new operation type ``RTE_BBDEV_OP_FFT`` as per this + RFC https://patchwork.dpdk.org/project/dpdk/list/?series=22111 + Will be adding new members in ``rte_bbdev_driver_info`` to expose PMD queue topology inspired + by this RFC https://patches.dpdk.org/project/dpdk/list/?series=22076 + Will be adding new member in ``rte_bbdev_driver_info`` to expose the device status as per + this RFC https://patches.dpdk.org/project/dpdk/list/?series=23367 + This should be updated in DPDK 22.11. + * security: Hide structure ``rte_security_session`` and expose an opaque pointer for the private data to the application which can be attached to the packet while enqueuing. -- 1.8.3.1