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 1BDD945AF8; Wed, 9 Oct 2024 23:18:33 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id E65A040663; Wed, 9 Oct 2024 23:17:55 +0200 (CEST) Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.10]) by mails.dpdk.org (Postfix) with ESMTP id 8E6BA402EF for ; Wed, 9 Oct 2024 23:17:44 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1728508665; x=1760044665; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=TuekPoS61AcO04BjNONiOdCr8+PJ3XEau0afBOdLtvU=; b=l/ncLC+M4eG+wJyhPk+C9KXTwMlDijKdz3T/iv0CJl0Ci2XcB14Q1LvH JMaGeY/VNSXZCzOyuPwE53PL6isRljoXbT0rr+HVqWLextcYoicb79KWg bn9u7Ha2Mq4vRhJJ6pFXm0gRePAS6MlA2T6o+6Z7s8szfE8TqaNnbhKNQ Vr7A7awU25nIem7IO0R0Kc1/XjOp2QhZc2WA8FGHetAOLiOp7AhF0SP8H 3+Wt8+rbrr9v8/hW45xSBCJSv3yh61HpKWkQHw10gQvn/OkgGAE979rGH wCJLZEb7v5argJCHGzQJgYB5JaAVJJZmcrH/MH/Xsc/8YNWXAG3+kEF0x A==; X-CSE-ConnectionGUID: pq84RCCETDSA48cUmNb9hQ== X-CSE-MsgGUID: 06nT/AO4QDGNwMnobOUMQg== X-IronPort-AV: E=McAfee;i="6700,10204,11220"; a="39202243" X-IronPort-AV: E=Sophos;i="6.11,190,1725346800"; d="scan'208";a="39202243" Received: from fmviesa008.fm.intel.com ([10.60.135.148]) by fmvoesa104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Oct 2024 14:17:44 -0700 X-CSE-ConnectionGUID: RsRd3SdEQ1aCa+GYXn4xtg== X-CSE-MsgGUID: 0ub6r4T5Rv2s6TzhRjDZAg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.11,190,1725346800"; d="scan'208";a="76480614" Received: from unknown (HELO csl-npg-qt0.la.intel.com) ([10.233.181.103]) by fmviesa008.fm.intel.com with ESMTP; 09 Oct 2024 14:17:43 -0700 From: Hernan Vargas To: dev@dpdk.org, gakhil@marvell.com, trix@redhat.com, maxime.coquelin@redhat.com Cc: nicolas.chautru@intel.com, qi.z.zhang@intel.com, Hernan Vargas Subject: [PATCH v3 08/12] baseband/acc: remove check on HARQ memory Date: Wed, 9 Oct 2024 14:12:58 -0700 Message-Id: <20241009211302.177471-9-hernan.vargas@intel.com> X-Mailer: git-send-email 2.37.1 In-Reply-To: <20241009211302.177471-1-hernan.vargas@intel.com> References: <20241009211302.177471-1-hernan.vargas@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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 Automatically reset HARQ memory to prevent errors and simplify usage. In a way we can assume that the HARQ output operation will always overwrite the buffer, so we can reset this from the driver to prevent an error being reported when application fails to do this explicitly. Signed-off-by: Hernan Vargas Reviewed-by: Maxime Coquelin --- drivers/baseband/acc/rte_vrb_pmd.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/baseband/acc/rte_vrb_pmd.c b/drivers/baseband/acc/rte_vrb_pmd.c index 4d7535e9d99f..f7a120688f5a 100644 --- a/drivers/baseband/acc/rte_vrb_pmd.c +++ b/drivers/baseband/acc/rte_vrb_pmd.c @@ -2596,8 +2596,9 @@ vrb_enqueue_ldpc_dec_one_op_cb(struct acc_queue *q, struct rte_bbdev_dec_op *op, /* Hard output. */ mbuf_append(h_output_head, h_output, h_out_length); if (op->ldpc_dec.harq_combined_output.length > 0) { - /* Push the HARQ output into host memory. */ + /* Push the HARQ output into host memory overwriting existing data. */ struct rte_mbuf *hq_output_head, *hq_output; + op->ldpc_dec.harq_combined_output.data->data_len = 0; hq_output_head = op->ldpc_dec.harq_combined_output.data; hq_output = op->ldpc_dec.harq_combined_output.data; hq_len = op->ldpc_dec.harq_combined_output.length; -- 2.37.1