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 D364241CEC; Mon, 20 Feb 2023 17:32:52 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id C0A1E41156; Mon, 20 Feb 2023 17:32:52 +0100 (CET) Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by mails.dpdk.org (Postfix) with ESMTP id 2136140395 for ; Mon, 20 Feb 2023 17:32:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1676910770; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=knugaLVdaKP33KhZXY3oshDZ6WWXpxnZ0jGFv4M6cDo=; b=Xifb333vo9qXbPUCOAT9VTMFlVQ4nAFVAtSxc8nM+KKeHK+D20h7H6jLHqbUdrW2lzTkmQ ZBqZAvODEiYifIK6bVdwi5Q36I5u9AdIlRKp8EfmUhTk3t5N59aQTM0yYaUf+2nvZBIATi BBG0kI18CMMiDkhHyDOhlUDCycxZ+6o= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-632-L_8E4eacME6xTm_v-TvG2A-1; Mon, 20 Feb 2023 11:32:45 -0500 X-MC-Unique: L_8E4eacME6xTm_v-TvG2A-1 Received: from smtp.corp.redhat.com (int-mx09.intmail.prod.int.rdu2.redhat.com [10.11.54.9]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 88F2C3C10222; Mon, 20 Feb 2023 16:32:45 +0000 (UTC) Received: from [10.39.208.21] (unknown [10.39.208.21]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 415D3492C3C; Mon, 20 Feb 2023 16:32:44 +0000 (UTC) Message-ID: <72158d97-b9ce-724b-b5bc-df8202657da0@redhat.com> Date: Mon, 20 Feb 2023 17:32:42 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: [PATCH v2 04/16] test/bbdev: add timeout for latency tests To: Hernan Vargas , dev@dpdk.org, gakhil@marvell.com, trix@redhat.com Cc: nicolas.chautru@intel.com, qi.z.zhang@intel.com References: <20230215170949.60569-1-hernan.vargas@intel.com> <20230215170949.60569-5-hernan.vargas@intel.com> From: Maxime Coquelin In-Reply-To: <20230215170949.60569-5-hernan.vargas@intel.com> X-Scanned-By: MIMEDefang 3.1 on 10.11.54.9 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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 On 2/15/23 18:09, Hernan Vargas wrote: > Add a timeout to force exit the latency tests in case dequeue never > happens. > > Signed-off-by: Hernan Vargas > --- > app/test-bbdev/test_bbdev_perf.c | 24 +++++++++++++++++++----- > 1 file changed, 19 insertions(+), 5 deletions(-) > > diff --git a/app/test-bbdev/test_bbdev_perf.c b/app/test-bbdev/test_bbdev_perf.c > index 19b9a5b119..dede0f900e 100644 > --- a/app/test-bbdev/test_bbdev_perf.c > +++ b/app/test-bbdev/test_bbdev_perf.c > @@ -26,6 +26,7 @@ > > #define MAX_QUEUES RTE_MAX_LCORE > #define TEST_REPETITIONS 100 > +#define TIME_OUT_POLL 1e8 > #define WAIT_OFFLOAD_US 1000 > > #ifdef RTE_BASEBAND_FPGA_LTE_FEC > @@ -4546,6 +4547,7 @@ latency_test_ldpc_dec(struct rte_mempool *mempool, > > for (i = 0, dequeued = 0; dequeued < num_to_process; ++i) { > uint16_t enq = 0, deq = 0; > + uint32_t time_out = 0; > bool first_time = true; > last_time = 0; > > @@ -4597,7 +4599,8 @@ latency_test_ldpc_dec(struct rte_mempool *mempool, > last_time = rte_rdtsc_precise() - start_time; > first_time = false; > } > - } while (unlikely(burst_sz != deq)); > + time_out++; > + } while ((burst_sz != deq) && (time_out < TIME_OUT_POLL)); > > *max_time = RTE_MAX(*max_time, last_time); > *min_time = RTE_MIN(*min_time, last_time); > @@ -4606,7 +4609,12 @@ latency_test_ldpc_dec(struct rte_mempool *mempool, > if (extDdr) > retrieve_harq_ddr(dev_id, queue_id, ops_enq, burst_sz); > > - if (test_vector.op_type != RTE_BBDEV_OP_NONE) { > + if (burst_sz != deq) { > + struct rte_bbdev_info info; > + ret = TEST_FAILED; > + rte_bbdev_info_get(dev_id, &info); What is the point of calling rte_bbdev_info_get() here and below? info is not used afterwards. > + TEST_ASSERT_SUCCESS(ret, "Dequeue timeout!"); > + } else if (test_vector.op_type != RTE_BBDEV_OP_NONE) { > ret = validate_ldpc_dec_op(ops_deq, burst_sz, ref_op, > vector_mask); > TEST_ASSERT_SUCCESS(ret, "Validation failed!"); > @@ -4632,6 +4640,7 @@ latency_test_enc(struct rte_mempool *mempool, > > for (i = 0, dequeued = 0; dequeued < num_to_process; ++i) { > uint16_t enq = 0, deq = 0; > + uint32_t time_out = 0; > bool first_time = true; > last_time = 0; > > @@ -4667,13 +4676,18 @@ latency_test_enc(struct rte_mempool *mempool, > last_time += rte_rdtsc_precise() - start_time; > first_time = false; > } > - } while (unlikely(burst_sz != deq)); > + time_out++; > + } while ((burst_sz != deq) && (time_out < TIME_OUT_POLL)); > > *max_time = RTE_MAX(*max_time, last_time); > *min_time = RTE_MIN(*min_time, last_time); > *total_time += last_time; > - > - if (test_vector.op_type != RTE_BBDEV_OP_NONE) { > + if (burst_sz != deq) { > + struct rte_bbdev_info info; > + ret = TEST_FAILED; > + rte_bbdev_info_get(dev_id, &info); Same here. > + TEST_ASSERT_SUCCESS(ret, "Dequeue timeout!"); > + } else if (test_vector.op_type != RTE_BBDEV_OP_NONE) { > ret = validate_enc_op(ops_deq, burst_sz, ref_op); > TEST_ASSERT_SUCCESS(ret, "Validation failed!"); > }