From patchwork Tue Apr 13 05:00:06 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Hemant Agrawal X-Patchwork-Id: 420176 Delivered-To: patch@linaro.org Received: by 2002:a02:c4d2:0:0:0:0:0 with SMTP id h18csp2305053jaj; Mon, 12 Apr 2021 22:01:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzdRjKwtztIzzdUfI+FS/+conh+5T6Hd/P4W8V+WWowHehmLw+8LcFHbjzkvjbcSOfVvi8C X-Received: by 2002:a5d:6d41:: with SMTP id k1mr36175001wri.66.1618290084428; Mon, 12 Apr 2021 22:01:24 -0700 (PDT) Return-Path: Received: from mails.dpdk.org (mails.dpdk.org. [217.70.189.124]) by mx.google.com with ESMTP id a6si13348719wri.68.2021.04.12.22.01.24; Mon, 12 Apr 2021 22:01:24 -0700 (PDT) Received-SPF: pass (google.com: domain of dev-bounces@dpdk.org designates 217.70.189.124 as permitted sender) client-ip=217.70.189.124; Authentication-Results: mx.google.com; dkim=fail header.i=@nxp.com header.s=selector2 header.b=fLSEgyFz; arc=fail (signature failed); spf=pass (google.com: domain of dev-bounces@dpdk.org designates 217.70.189.124 as permitted sender) smtp.mailfrom=dev-bounces@dpdk.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nxp.com Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 91B3C160A83; Tue, 13 Apr 2021 07:01:23 +0200 (CEST) Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2047.outbound.protection.outlook.com [40.107.21.47]) by mails.dpdk.org (Postfix) with ESMTP id 71DFC160A7D for ; Tue, 13 Apr 2021 07:01:21 +0200 (CEST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XC5berygiQnxMenyYsbhUZK3d+2bTYUu/IZnVYIW7bUJVZP+g++SEYT2uidvAN0Z3a6xgZ0tADzF9LjoEaZH11bd5xv31llElILmbzBsC9hsmwvpNd+xrQZPQrei4CrwiHJETWSuutqzhjDv+4nPSF7/D41RCELz0swd5F4WiYJhZyEQdQO/jFUmzAXTWQexl5okQBKTSQXgi/w6vu0FYVxMXccGmOc0VshVCySs7oqpKYMv/izsNpgciOzLw1pnco+8ucQYD910p4br5pi3xJHZgOM383fPMTEnEQA2GaE9RnwRXpR3VDxck0l0QAUeeRtqb25kbIsu4r+1l9p21w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9PotxQFuZ81n6tDpMozB0wz6oIU+Koiuh0JXAj8E+wM=; b=A1yW5x/exdg43dCRQJgwSAL+PcQbTa3gH07KayeeZqMGpPH9twpPyNmbjstpgQfmXizKy+xaJ5STQGcphCX08CZaj64Fit+xr4mknyEjLdF425rISgq7n/Qll2710sk/OyDpxL8K6UqsAoStDGDr0/kJMz2xKvi7DzxX36e7/TBWmRUg9FOFj+Iqg01JeqhmwrianRzIZE3Nz3S2l4VumGGbOffDvHYaV+am1oQ8qyxhvuAmWAjqm4/uMshxI9woC80S4b/HqErGcgvlS6U6nCPN8vbbtEYQh4vcx3TMWLU7k4n7kYHQ+Sy1yr2YEdIirFBl0UO7BQVpn1SPEul1Tg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nxp.com; dmarc=pass action=none header.from=nxp.com; dkim=pass header.d=nxp.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nxp.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9PotxQFuZ81n6tDpMozB0wz6oIU+Koiuh0JXAj8E+wM=; b=fLSEgyFzuR+kDrst7ajvdql++GQuiZbIkI9BUMv8iqRbERgCkXtz3VXf+0ZrcZ2evva7le12ENhsrN6VsOCUh38e9TAQkq9ext/UskQjm85zxexp9q1/57bjkCzBuV90YJu6KnWPMaHczLUbZm4qpBEXmRLebNUgOT3430NNeYg= Authentication-Results: dpdk.org; dkim=none (message not signed) header.d=none;dpdk.org; dmarc=none action=none header.from=nxp.com; Received: from AM6PR04MB4456.eurprd04.prod.outlook.com (2603:10a6:20b:22::25) by AS8PR04MB7717.eurprd04.prod.outlook.com (2603:10a6:20b:292::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4020.18; Tue, 13 Apr 2021 05:01:20 +0000 Received: from AM6PR04MB4456.eurprd04.prod.outlook.com ([fe80::ad9e:a38e:e84e:bf55]) by AM6PR04MB4456.eurprd04.prod.outlook.com ([fe80::ad9e:a38e:e84e:bf55%7]) with mapi id 15.20.4020.022; Tue, 13 Apr 2021 05:01:20 +0000 From: Hemant Agrawal To: dev@dpdk.org, gakhil@marvell.com, nicolas.chautru@intel.com Cc: Hemant Agrawal , Nipun Gupta Date: Tue, 13 Apr 2021 10:30:06 +0530 Message-Id: <20210413050006.6579-1-hemant.agrawal@nxp.com> X-Mailer: git-send-email 2.17.1 X-Originating-IP: [92.120.0.67] X-ClientProxiedBy: HK2PR0401CA0013.apcprd04.prod.outlook.com (2603:1096:202:2::23) To AM6PR04MB4456.eurprd04.prod.outlook.com (2603:10a6:20b:22::25) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from dpdk-xeon.ap.freescale.net (92.120.0.67) by HK2PR0401CA0013.apcprd04.prod.outlook.com (2603:1096:202:2::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4020.16 via Frontend Transport; Tue, 13 Apr 2021 05:01:17 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 04a797d7-dfa2-48bb-9725-08d8fe392d2a X-MS-TrafficTypeDiagnostic: AS8PR04MB7717: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: YWmXkTIsjAfyN7AJi7QcVZXGvfT7eGiPcj/2YPz25k7kWcdOBsncvFj0kApViiHB+2/7OIHCGzPwelePcY5LFBGmR8CCbQjcMvCzG9t24jLrHl1Y0uzDu/Ob98zXixWs/0ihbBT/ko6/zmn2IKSviXWdlr662RdOfIrHF0GexbSrQrPKlDxEkkwsVeWRUyRGxKGsMdOGtDZ1HlX65a8MaVkB2wDNe5nd19YSDA5Ar3LCoMZcq59yc9LFRhsWgVe5acQXnRlbOIZm9MYCs/AQh7fq6FOTQJKITtutN88LKWi0CQynjCQqHr3VwCHdG1Fqa1XNUkVaE8ZW3TkiVVfUW1Q4Fmxy8cGXy6xzq+rD82yXzHQyoz8wN2ATxUFUjkLWtRQF7fGI9QEJCXuezThoVD54pvmR5dS7qwZbs8o21VoP4wJwW5QZlbFZXTWQP6QUk1wW7LrvDJKzmyfZLu6eX+4Z7MX2Nq3c+9mS+zlsZAN+u03RO6v4E3ugpp4PHQFbET11GD5wUq4qOGiwW+cXXeSyfTf+Z4KXV8DpAOEfCxh25xW0Q2Ywc5jNLpLuZvt+vwMtAvjvMP3jvgup3/NjYv0LZ3tQkkVnvF2+auPw6ojLoZwFScTDu/lF+obzjiTUFFGMDXyCvosMQ3+1n8E6Sf1vyv5n7iMkrorMJVng7A0= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM6PR04MB4456.eurprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(366004)(396003)(346002)(39860400002)(136003)(44832011)(5660300002)(2616005)(86362001)(66476007)(186003)(83380400001)(8676002)(956004)(38350700002)(66946007)(4326008)(36756003)(2906002)(478600001)(66556008)(1076003)(26005)(6666004)(6512007)(52116002)(38100700002)(8936002)(16526019)(6506007)(316002)(6486002)(54906003); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: 156H/fWnTlm+BdogQZCnX76RAOryBNfP4Hh/ZD42Qrm9duCPN/8SpKMpNjjEKdgj8Qx28FWRM7+h0z0SWsX4Cphj3n7CyeZMupBM3mAHWaKvPztS8mVMmk3JlGwqswVYfSSjvXGjb+68fWXmI3pymrjA0D8ZT1TgLzWnnewPAO3LIknD1OdxoqxubE6QvbI/9YHuPxexfu+5v8jNAXeHGo66k/awCmiXdeWUTysOglJD6DTcDTANgKmerw4+C1XlA1CUNrPsgh/8KjuAAcaIyQBNsbYAQXV3Dr8rvDvbfwNVMj+i441AGml9ZGXgUYDRXcDj5+oCUBAk2z3ZmIVyDJjp5eIrbsIXbEYImgXdXY3cJ4mGTrNdy9V4oCx2DM70iqVGp3tnYJmp2j5tmUSdPh7g5yNCZIiKnbVocMZm948+rAv6UHJHpWqMGU02sqh4/c79dscXElLP/LHYSnmEF4mO93g/TTrQJ3fGRBJZIsOC0DUjA7NZU7euGEEB2qZoPVeLpR1jNMhoWDq0LPBI/B3yCtu69cifUotUjgGKKk2uvCqo7eK5UIgCUSk9YKbNCLB0bMUZYu1eVw9EgVh/WBkbg7Yg1dxl38K8frqKP/eNRqf7nw9n7nbni/kU67vPlnvpvL1NnlrjdfSBlZ/sJw9kHnaMfsczSXxwJBMHx8dmcn0S97Z+4Hx7UMBTHCMK/q5vqCt3zgziTCnZUnn4atZUKMMrZAY6j8dSEdQ1IlOilOdNnf7XD3hF+YQSH+9iIDKi+A8iirEOvWj7LQN9oJ9dNfFcNlrISbi81HLUEClOa6onYFLqP6y4MUEN8bYB0U1LPC1yF4maMobBau3iDpVHo09Xg+Ae3p8UTsHqE947r4j+5qxJ1fGoqY6pdO5cFhg611UGLdZRtUqAOxdllAEQakGZ+9H59V27olfhYzEEOlbDssWtu5vtf+eyAG1WXUxAH3+fgacVjGwQzls7qROEGdHqRy81y8L8QpHVyoJvT5Ix71/0G8s7+MetnMXHU8xL0R+dtFrC6pi/D6latAVWPz++Rn5UCaCsBMNkK7F+BtvjyUw/Af/dVz1W+lhM+IAwU3DZeDa2hOMjISPhbIG3/vd0/0+3N/RKCeFzvl/rv6ToXzPMyvVr2c91tQw6pVzL4uVtH0D05GYXu1fAPFZsa2PpouVJsKfLhpqv7nPIARx7KJ+u2E7BCA1wTUD7OmGLNYng2xJZIfx9DynBoNaW3BKnQSQ8T3zRlvkcJgZ60sDPhCC5AqYnHJzz/EXGXHU0+NgsQ5F35lHmIfnByA55Zr7CW4ty2KXN6kuwWKcW7+pbpvzSc/VxlDDvFkFx X-OriginatorOrg: nxp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 04a797d7-dfa2-48bb-9725-08d8fe392d2a X-MS-Exchange-CrossTenant-AuthSource: AM6PR04MB4456.eurprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Apr 2021 05:01:20.0220 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: tg9bLuWMjY1L08XLo6oeC0XcQYLu0oVlf9OJQp0pU0ys8bAhMomIsXPh1pd1ffa8za6ezJ0dbmDOCzuwdRZfEA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR04MB7717 Subject: [dpdk-dev] [RFC][PATCH] bbdev: add raw operation support for additional offloads 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" The exisiting bbdev APIs are limited for the lookaside FEC offload only. The modem/FPGA can do much more than just the FEC offload. This patch extend the operation to userdefined raw parameters, where they can offload more than just the FEC offload processing. e.g. some of the devices are capable of offloading large part of ORAN High-phy processing as well. Signed-off-by: Nipun Gupta Signed-off-by: Hemant Agrawal --- lib/librte_bbdev/rte_bbdev.c | 1 + lib/librte_bbdev/rte_bbdev.h | 64 +++++++++++++++++++++ lib/librte_bbdev/rte_bbdev_op.h | 98 +++++++++++++++++++++++---------- 3 files changed, 134 insertions(+), 29 deletions(-) -- 2.17.1 diff --git a/lib/librte_bbdev/rte_bbdev.c b/lib/librte_bbdev/rte_bbdev.c index 5ba891c232..9679048ce7 100644 --- a/lib/librte_bbdev/rte_bbdev.c +++ b/lib/librte_bbdev/rte_bbdev.c @@ -1126,6 +1126,7 @@ rte_bbdev_op_type_str(enum rte_bbdev_op_type op_type) "RTE_BBDEV_OP_TURBO_ENC", "RTE_BBDEV_OP_LDPC_DEC", "RTE_BBDEV_OP_LDPC_ENC", + "RTE_BBDEV_OP_RAW", }; if (op_type < RTE_BBDEV_OP_TYPE_COUNT) diff --git a/lib/librte_bbdev/rte_bbdev.h b/lib/librte_bbdev/rte_bbdev.h index 7017124414..fe028524c8 100644 --- a/lib/librte_bbdev/rte_bbdev.h +++ b/lib/librte_bbdev/rte_bbdev.h @@ -1,5 +1,6 @@ /* SPDX-License-Identifier: BSD-3-Clause * Copyright(c) 2017 Intel Corporation + * Copyright 2021 NXP */ #ifndef _RTE_BBDEV_H_ @@ -387,6 +388,15 @@ struct rte_bbdev_queue_data { bool started; /**< Queue state */ }; +/** @internal Enqueue encode operations for processing on queue of a device. */ +typedef uint16_t (*rte_bbdev_enqueue_raw_op_t)( + struct rte_bbdev_queue_data *q_data, + struct rte_bbdev_raw_op *op); + +/** @internal Enqueue decode operations for processing on queue of a device. */ +typedef struct rte_bbdev_raw_op *(*rte_bbdev_dequeue_raw_op_t)( + struct rte_bbdev_queue_data *q_data); + /** @internal Enqueue encode operations for processing on queue of a device. */ typedef uint16_t (*rte_bbdev_enqueue_enc_ops_t)( struct rte_bbdev_queue_data *q_data, @@ -441,6 +451,10 @@ TAILQ_HEAD(rte_bbdev_cb_list, rte_bbdev_callback); * these fields, but should only write to the *_ops fields. */ struct __rte_cache_aligned rte_bbdev { + /** Enqueue raw op function */ + rte_bbdev_enqueue_raw_op_t enqueue_raw_op; + /** Dequeue raw op function */ + rte_bbdev_dequeue_raw_op_t dequeue_raw_op; /** Enqueue encode function */ rte_bbdev_enqueue_enc_ops_t enqueue_enc_ops; /** Enqueue decode function */ @@ -469,6 +483,33 @@ struct __rte_cache_aligned rte_bbdev { /** @internal array of all devices */ extern struct rte_bbdev rte_bbdev_devices[]; +/** + * Enqueue a RAW operation to a queue of the device. + * If confirmation is required then the memory for the "op" structure should + * be allocated from heap/mempool and should be freed only after confirmation. + * Otherwise, it shall be on stack or if on heap, should be freed after enqueue + * operation. + * + * @param dev_id + * The identifier of the device. + * @param queue_id + * The index of the queue. + * @param op + * Pointer containing operation to be enqueued. + * + * @return + * Status of the enqueue operation. + */ +__rte_experimental +static inline uint16_t +rte_bbdev_enqueue_raw_op(uint16_t dev_id, uint16_t queue_id, + struct rte_bbdev_raw_op *op) +{ + struct rte_bbdev *dev = &rte_bbdev_devices[dev_id]; + struct rte_bbdev_queue_data *q_data = &dev->data->queues[queue_id]; + return dev->enqueue_raw_op(q_data, op); +} + /** * Enqueue a burst of processed encode operations to a queue of the device. * This functions only enqueues as many operations as currently possible and @@ -593,6 +634,29 @@ rte_bbdev_enqueue_ldpc_dec_ops(uint16_t dev_id, uint16_t queue_id, return dev->enqueue_ldpc_dec_ops(q_data, ops, num_ops); } +/** + * Dequeue a raw operation. + * For HOST->MODEM queues, this would provide RAW op which had + * "conf_enable" configured at queue initialization. + * For MODEM->HOST queues, this would provide RAW op which are sent from MODEM. + * "op" memory would be internally allocated + * + * @param dev_id + * The identifier of the device. + * @param queue_id + * The index of the queue. + * + * @return + * Pointer containing dequeued operation. + */ +__rte_experimental +static inline struct rte_bbdev_raw_op * +rte_bbdev_dequeue_raw_op(uint16_t dev_id, uint16_t queue_id) +{ + struct rte_bbdev *dev = &rte_bbdev_devices[dev_id]; + struct rte_bbdev_queue_data *q_data = &dev->data->queues[queue_id]; + return dev->dequeue_raw_op(q_data); +} /** * Dequeue a burst of processed encode operations from a queue of the device. diff --git a/lib/librte_bbdev/rte_bbdev_op.h b/lib/librte_bbdev/rte_bbdev_op.h index f726d7302e..fa993c6222 100644 --- a/lib/librte_bbdev/rte_bbdev_op.h +++ b/lib/librte_bbdev/rte_bbdev_op.h @@ -1,5 +1,6 @@ /* SPDX-License-Identifier: BSD-3-Clause * Copyright(c) 2017 Intel Corporation + * Copyright 2021 NXP */ #ifndef _RTE_BBDEV_OP_H_ @@ -211,36 +212,57 @@ enum rte_bbdev_op_ldpcenc_flag_bitmasks { /** Data input and output buffer for BBDEV operations */ struct rte_bbdev_op_data { - /** The mbuf data structure representing the data for BBDEV operation. - * - * This mbuf pointer can point to one Code Block (CB) data buffer or - * multiple CBs contiguously located next to each other. - * A Transport Block (TB) represents a whole piece of data that is - * divided into one or more CBs. Maximum number of CBs can be contained - * in one TB is defined by RTE_BBDEV_(TURBO/LDPC)_MAX_CODE_BLOCKS. - * - * An mbuf data structure cannot represent more than one TB. The - * smallest piece of data that can be contained in one mbuf is one CB. - * An mbuf can include one contiguous CB, subset of contiguous CBs that - * are belonging to one TB, or all contiguous CBs that are belonging to - * one TB. - * - * If a BBDEV PMD supports the extended capability "Scatter-Gather", - * then it is capable of collecting (gathering) non-contiguous - * (scattered) data from multiple locations in the memory. - * This capability is reported by the capability flags: - * - RTE_BBDEV_(TURBO/LDPC)_ENC_SCATTER_GATHER and - * - RTE_BBDEV_(TURBO/LDPC)_DEC_SCATTER_GATHER. - * Only if a BBDEV PMD supports this feature, chained mbuf data - * structures are accepted. A chained mbuf can represent one - * non-contiguous CB or multiple non-contiguous CBs. - * If BBDEV PMD does not support this feature, it will assume inbound - * mbuf data contains one segment. - * - * The output mbuf data though is always one segment, even if the input - * was a chained mbuf. + /** If set, this indicates that the memory pointer provided in + * data or mem is a mempory pointer which is a contiguous memory + * having the data (and is not a mbuf) */ - struct rte_mbuf *data; + uint32_t is_direct_mem; + union { + /** The mbuf data structure representing the data for BBDEV operation. + * + * This mbuf pointer can point to one Code Block (CB) data buffer or + * multiple CBs contiguously located next to each other. + * A Transport Block (TB) represents a whole piece of data that is + * divided into one or more CBs. Maximum number of CBs can be contained + * in one TB is defined by RTE_BBDEV_(TURBO/LDPC)_MAX_CODE_BLOCKS. + * + * An mbuf data structure cannot represent more than one TB. The + * smallest piece of data that can be contained in one mbuf is one CB. + * An mbuf can include one contiguous CB, subset of contiguous CBs that + * are belonging to one TB, or all contiguous CBs that are belonging to + * one TB. + * + * If a BBDEV PMD supports the extended capability "Scatter-Gather", + * then it is capable of collecting (gathering) non-contiguous + * (scattered) data from multiple locations in the memory. + * This capability is reported by the capability flags: + * - RTE_BBDEV_(TURBO/LDPC)_ENC_SCATTER_GATHER and + * - RTE_BBDEV_(TURBO/LDPC)_DEC_SCATTER_GATHER. + * Only if a BBDEV PMD supports this feature, chained mbuf data + * structures are accepted. A chained mbuf can represent one + * non-contiguous CB or multiple non-contiguous CBs. + * If BBDEV PMD does not support this feature, it will assume inbound + * mbuf data contains one segment. + * + * The output mbuf data though is always one segment, even if the input + * was a chained mbuf. + */ + struct rte_mbuf *data; + + /** bbuf representing the data for BBDEV operation. + * This is a non scatter-gather buffer which uses length and offset + * parameters from rte_bbdev_op_data structure to evaluate the + * length of the buffer and offset of the starting data respectively. + */ + void *bdata; + + /** memory pointer representing the data for BBDEV operation. + * This is a contiguous memory which uses length and offset + * parameters from rte_bbdev_op_data structure to evaluate the + * length of the buffer and offset of the starting data respectively. + */ + void *mem; + }; /** The starting point of the BBDEV (encode/decode) operation, * in bytes. * @@ -738,6 +760,7 @@ enum rte_bbdev_op_type { RTE_BBDEV_OP_TURBO_ENC, /**< Turbo encode */ RTE_BBDEV_OP_LDPC_DEC, /**< LDPC decode */ RTE_BBDEV_OP_LDPC_ENC, /**< LDPC encode */ + RTE_BBDEV_OP_RAW, /**< RAW operation */ RTE_BBDEV_OP_TYPE_COUNT, /**< Count of different op types */ }; @@ -749,6 +772,23 @@ enum { RTE_BBDEV_SYNDROME_ERROR }; +/** Structure specifying a single raw operation */ +struct rte_bbdev_raw_op { + /** RAW operation flags. BBDEV_RAW_OP_IN_VALID / BBDEV_RAW_OP_OUT_VALID + */ + uint32_t raw_op_flags; + /** Status of the operation */ + uint32_t status; + /** Opaque pointer for user data in case of confirmation. Invalid for + * dequeue operation for MODEM -> HOST communication. + */ + void *opaque_data; + /** Input data */ + struct rte_bbdev_op_data input; + /** Output data */ + struct rte_bbdev_op_data output; +}; + /** Structure specifying a single encode operation */ struct rte_bbdev_enc_op { /** Status of operation that was performed */