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 A8D7E458AC; Fri, 30 Aug 2024 22:15:34 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id E892542FAB; Fri, 30 Aug 2024 22:14:52 +0200 (CEST) Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.21]) by mails.dpdk.org (Postfix) with ESMTP id AE24142EEC for ; Fri, 30 Aug 2024 22:14:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1725048883; x=1756584883; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=QJd52aFLkma6kGs9HoM2Lf5Z7LSknCgeeuBGczuEkMA=; b=XFcLbuhxE+W/fUBWddCNJa7JsOgpuksYZxREhVn2x3opZaIVG7faYn4l hFOsIRrx80A+qLCvPwZ6tLB97mMiAZNWlTeBKSVZD5ZwFk9dW2zbhVnHI l1SPjJ0zzRIOQT/7JKpZIBYgZAq5rkdB2vAq4zsw1hiUepaJsKLWdidqG ady5OSKR5BFtmuGO3l+1Ntr60FzlMoqDABH+/1E0Sx3ecM9mQUUEBgU1z +bgaE4okSA6Or1b43YMI3eFrHNJuge/smDkLeMKO0ldd8qgOqi28/ICDH acE+XzKWFuPSUZ0krNPzVV4nDkDAD8KQWWSy9Z/3Mwjjn9BAZRDY+b5CX Q==; X-CSE-ConnectionGUID: RCi6zJynS12QmJhq0DODpA== X-CSE-MsgGUID: vY4Am9XdTOSUsWCvwWYvVQ== X-IronPort-AV: E=McAfee;i="6700,10204,11180"; a="23661206" X-IronPort-AV: E=Sophos;i="6.10,189,1719903600"; d="scan'208";a="23661206" Received: from orviesa002.jf.intel.com ([10.64.159.142]) by orvoesa113.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Aug 2024 13:14:43 -0700 X-CSE-ConnectionGUID: nldkyZZcTj+GdLfUYFwDbA== X-CSE-MsgGUID: GsFSbMQVSeCosvQmzyDdhg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.10,189,1719903600"; d="scan'208";a="94731897" Received: from unknown (HELO csl-npg-qt0.la.intel.com) ([10.233.181.103]) by orviesa002.jf.intel.com with ESMTP; 30 Aug 2024 13:14:41 -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 v1 08/10] baseband/acc: remove check on HARQ memory Date: Fri, 30 Aug 2024 13:09:50 -0700 Message-Id: <20240830200952.182685-9-hernan.vargas@intel.com> X-Mailer: git-send-email 2.37.1 In-Reply-To: <20240830200952.182685-1-hernan.vargas@intel.com> References: <20240830200952.182685-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 --- 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 858de1eada6e..581779160569 100644 --- a/drivers/baseband/acc/rte_vrb_pmd.c +++ b/drivers/baseband/acc/rte_vrb_pmd.c @@ -2612,8 +2612,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