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 21559454E3 for ; Mon, 24 Jun 2024 17:07:12 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 18F0A40E32; Mon, 24 Jun 2024 17:07:12 +0200 (CEST) Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.19]) by mails.dpdk.org (Postfix) with ESMTP id 5978640653; Mon, 24 Jun 2024 17:07:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1719241630; x=1750777630; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=C1npxnejpOvGejv1UOZtJ/aa+RAYEj1HoFeW3TrOefc=; b=TZZHaLq2+BaZblybjP4sgjWiVomKWFb0ln7wsFfbYj0FULKWGR8RB+ml Q0SfZlPk+VHtAMmZRm3xWQNv6ItHX8CgdSdTAWQgi4BEKBkosteOxD/yk X6EHZSkM8m/mc13cfnNq2nBQ8vgRucSDfcegEuMAf76LNWx4rK5LpBah2 GvG0Ry3EEd5yvMvPdjpDFNCD4wzzQAeupQRFz82S+GSWJen1EXKT22sKV HPczkV+GMzInp3kuwMxzq8/ce89x+CabxP1Xh6q3reSr4P51SNJBQ+V7Z MEHlIWGyyB2CD1grHB3CUAS8mryqx5iDMvPhN+W0b2ENV/EQFtqbsnwpz Q==; X-CSE-ConnectionGUID: e0bw9kxaQ82UAUJgv7avaw== X-CSE-MsgGUID: vKNbxIV5QJepSTBXklGYqQ== X-IronPort-AV: E=McAfee;i="6700,10204,11113"; a="16042009" X-IronPort-AV: E=Sophos;i="6.08,262,1712646000"; d="scan'208";a="16042009" Received: from orviesa008.jf.intel.com ([10.64.159.148]) by orvoesa111.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Jun 2024 08:07:08 -0700 X-CSE-ConnectionGUID: vY43tI7PTVKIYHAyZ4Ty5A== X-CSE-MsgGUID: WYPfUWn5Tv2F53Amy7ydhQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.08,262,1712646000"; d="scan'208";a="44025843" Received: from unknown (HELO csl-npg-qt0.la.intel.com) ([10.233.181.103]) by orviesa008.jf.intel.com with ESMTP; 24 Jun 2024 08:07:08 -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 , stable@dpdk.org Subject: [PATCH v2 1/9] test/bbdev: fix TB logic Date: Mon, 24 Jun 2024 08:02:29 -0700 Message-Id: <20240624150237.47169-2-hernan.vargas@intel.com> X-Mailer: git-send-email 2.37.1 In-Reply-To: <20240624150237.47169-1-hernan.vargas@intel.com> References: <20240624150237.47169-1-hernan.vargas@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org Fix discrepancy in logic when using large fake mbuf. Fixes: fd96ef3787f1 ("test/bbdev: extend support for large TB") Cc: stable@dpdk.org Signed-off-by: Hernan Vargas Reviewed-by: Maxime Coquelin --- app/test-bbdev/test_bbdev_perf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/app/test-bbdev/test_bbdev_perf.c b/app/test-bbdev/test_bbdev_perf.c index a21c9c7bddf5..6d9bf3a233ec 100644 --- a/app/test-bbdev/test_bbdev_perf.c +++ b/app/test-bbdev/test_bbdev_perf.c @@ -2131,7 +2131,8 @@ validate_op_chain(struct rte_bbdev_op_data *op, uint16_t data_len = rte_pktmbuf_data_len(m) - offset; total_data_size += orig_op->segments[i].length; - if (orig_op->segments[i].length > RTE_BBDEV_LDPC_E_MAX_MBUF) + if ((orig_op->segments[i].length + RTE_PKTMBUF_HEADROOM) + > RTE_BBDEV_LDPC_E_MAX_MBUF) ignore_mbuf = true; if (!ignore_mbuf) TEST_ASSERT(orig_op->segments[i].length == data_len, -- 2.37.1