From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id DF0B3A053A for ; Tue, 4 Aug 2020 19:42:47 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id B99A62BA8; Tue, 4 Aug 2020 19:42:47 +0200 (CEST) Received: from mail-il1-f194.google.com (mail-il1-f194.google.com [209.85.166.194]) by dpdk.org (Postfix) with ESMTP id C2055F04 for ; Tue, 4 Aug 2020 19:42:45 +0200 (CEST) Received: by mail-il1-f194.google.com with SMTP id l17so24729039ilq.13 for ; Tue, 04 Aug 2020 10:42:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iol.unh.edu; s=unh-iol; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=99+TRrzCn8V5yHMr50P0XZ4pJ8laTrOleahkTlmJBWY=; b=AEE6gSAgDmB/AD2Wu0U5OUeCuERwvgDWbm269KiouF0CnSQflTbjwOlMFdDJ5XtVj6 ZlUS3NvPGQXGqy6ZoHj29QhhFby+/z9XbtlHsidW6ioq3skdwNICsGg321uyEDQVD6S6 wQ5LZ39i258haA47sHWzy1GA2xLl2m9xmOkPM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=99+TRrzCn8V5yHMr50P0XZ4pJ8laTrOleahkTlmJBWY=; b=JBUV8UuXfY63eUKgK44uvX1ZzmcT6DZQakgYxKHAOCbIKy73fPS9pDYG65eR6vBrxU 0gGmAPAmaqcE4rQmwHUUHRvzcURdWPgiDbNByhutmka4zTcoaKF6TiTWDUJCX+cdGAsU TKYwsyoAW6gHCt9XUQA6vMuOh+mjKN5qRhpJIP97EC3oTh8jyOFPhNV92SPfAJ7IkrPQ ErRYKIgBCyXt5DwXhX7YBJleoIfAsfvyYbmVSySDZ2DXt5jRVb/uj5wq1BlC+HR7dUfQ uaUXN13mTjNC4YzwloGAKzp2qAzo29KOJiNqOeywCadG2q7M+k0OoO6+fhIK8+pJ9Cwo rvjw== X-Gm-Message-State: AOAM53100od2JRed6yJhF1P8lcNluVU/UDQ8gBZxRHs3vJ5VxzsJGDjS 7TfieNoylaM/nIQxt1A5g9LYNikB8a22m8mVrZ3Ifg== X-Google-Smtp-Source: ABdhPJwrSyaQMGlbFH49OtjmElY3+K/Aixov4u3Bv1dGoVSRcK9nQYQekTxkcdOumCaP7dDMoDZmPod+K+uIXjZ19gA= X-Received: by 2002:a05:6e02:8:: with SMTP id h8mr5563382ilr.188.1596562965090; Tue, 04 Aug 2020 10:42:45 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Brandon Lo Date: Tue, 4 Aug 2020 13:42:09 -0400 Message-ID: To: Ajit Khaparde Cc: ci@dpdk.org, dpdklab Content-Type: multipart/alternative; boundary="000000000000656aae05ac10c8a6" Subject: Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu X-BeenThere: ci@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK CI discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ci-bounces@dpdk.org Sender: "ci" --000000000000656aae05ac10c8a6 Content-Type: text/plain; charset="UTF-8" Hi Ajit, Yes, I believe the issue is coming from the trex/tester system with the 100G NIC. I'm not sure what causes this issue; if I run trex using the command "cd /opt/v2.82;./t-rex-64 -i --cfg /etc/trex_cfg_100g.yaml -c 7", which is the same command used in DTS, it seems to launch without failing. If you want to replicate it, here are the steps that I ran: 1. (on io) cd /opt/dts 2. export DTS_CFG_FOLDER='conf_100g' - conf_100g has the new configuration files to use the new PCI id and pktgen config file 3. ./dts -s Thanks for your help, Brandon On Tue, Aug 4, 2020 at 12:38 PM Ajit Khaparde wrote: > Hi Brandon, > No, I haven't seen or heard this before. > But I will try to have someone run it again. > > Just to make sure - > You are running trex on the 100G NIC and the problem is encountered on > that setup? > Or is it the system that is running testpmd where you are running into the > issue? > > Thanks > Ajit > > On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo wrote: > >> Hi Ajit, >> >> I'm running into a problem with trying to run nic_single_core_perf on the >> new NIC. >> The current configuration uses trex version v2.82. >> However, I'm running into an error when it tries to actually do a test >> case in the nic_single_core_perf. >> >> The output looks like this when it reaches a test case: >> >> TestNicSingleCorePerf: Test running at parameters: framesize: 64, >>> rxd/txd: 512 >>> dut.rhea: ./x86_64-native-linuxapp-gcc/app/testpmd >>> -l 16,17 -n 4 -w 0000:81:00.0 -w 0000:81:00.1 >>> --file-prefix=dpdk_11307_20200804160513 -- -i --portmask=0x3 --txd=512 >>> --rxd=512 >>> dut.rhea: start >>> TestNicSingleCorePerf: Test Case test_perf_nic_single_core >>> Result ERROR: Traceback (most recent call last): >>> File "/opt/dts/framework/test_case.py", line 316, in _execute_test_case >>> case_obj() >>> File "tests/TestSuite_nic_single_core_perf.py", line 198, in >>> test_perf_nic_single_core >>> self.perf_test(self.nb_ports) >>> File "tests/TestSuite_nic_single_core_perf.py", line 259, in perf_test >>> _, packets_received = >>> self.tester.pktgen.measure_throughput(stream_ids=streams, >>> options=traffic_opt) >>> File "/opt/dts/framework/pktgen_base.py", line 245, in >>> measure_throughput >>> self._prepare_transmission(stream_ids=stream_ids) >>> File "/opt/dts/framework/pktgen_trex.py", line 779, in >>> _prepare_transmission >>> self._conn.reset(ports=self._ports) >>> File >>> "/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py", >>> line 51, in wrap2 >>> ret = f(*args, **kwargs) >>> File >>> "/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py", >>> line 339, in reset >>> self.clear_stats(ports) >>> File >>> "/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py", >>> line 51, in wrap2 >>> ret = f(*args, **kwargs) >>> File >>> "/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py", >>> line 1467, in clear_stats >>> self._clear_stats_common(ports, clear_global, clear_xstats) >>> File >>> "/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py", >>> line 2840, in _clear_stats_common >>> raise TRexError(rc) >>> trex.common.trex_exceptions.TRexError: *** [RPC] - Failed to get server >>> response from tcp://127.0.0.1:4501 >> >> >> I have found one similar case on the github repository for trex, but the >> solution was vendor-specific: >> https://github.com/cisco-system-traffic-generator/trex-core/issues/147. >> Have you ran into this issue before? >> >> Thanks, >> Brandon >> > -- Brandon Lo UNH InterOperability Laboratory 21 Madbury Rd, Suite 100, Durham, NH 03824 blo@iol.unh.edu www.iol.unh.edu --000000000000656aae05ac10c8a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Ajit,

Yes, I believe the issue is co= ming from the trex/tester system with the 100G NIC.
I'm not s= ure what causes this issue; if I run trex using the command "cd /opt/v= 2.82;./t-rex-64 -i --cfg /etc/trex_cfg_100g.yaml -c 7", which is the s= ame command used in DTS, it seems to launch without failing.

=
If you want to replicate it, here are the steps that I ran:
  1. (on io) cd /opt/dts
  2. export DTS_CFG_FOLDER=3D'conf= _100g'
    • conf_100g has the new configuration files to use the= new PCI id and pktgen config file
  3. ./dts -s

=
Thanks for your help,
Brandon

On Tue, Aug 4= , 2020 at 12:38 PM Ajit Khaparde <ajit.khaparde@broadcom.com> wrote:
Hi Brandon,<= /div>
N= o, I haven't seen or heard this=C2=A0before.
But I will try to have = someone=C2=A0run it again.

Just to make sure -
You are running trex on th= e 100G NIC and the problem is encountered on that setup?
Or is it the system= that is running testpmd where you are running into the issue?

Thanks
Aji= t

On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo <blo@iol.unh.edu> wrote:
Hi Ajit= ,

I'm running=C2=A0into a problem with trying = to run nic_single_core_perf on the new NIC.
The current configura= tion uses trex version v2.82.
However, I'm running into an er= ror when it tries to actually=C2=A0do a test case in the nic_single_core_pe= rf.

The output looks like this when it reaches a t= est case:

TestNicSingleCorePerf: Test running at parame= ters: framesize: 64, rxd/txd: 512
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 dut.rhea: ./x86_64-native-linuxapp-g= cc/app/testpmd -l 16,17 -n 4 -w 0000:81:00.0 -w 0000:81:00.1 =C2=A0--file-p= refix=3Ddpdk_11307_20200804160513 =C2=A0 =C2=A0-- -i =C2=A0--portmask=3D0x3= --txd=3D512 --rxd=3D512
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 dut.rhea: start
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result= ERROR: Traceback (most recent call last):
=C2=A0 File "/opt/dts/fr= amework/test_case.py", line 316, in _execute_test_case
=C2=A0 =C2= =A0 case_obj() =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0 File "test= s/TestSuite_nic_single_core_perf.py", line 198, in test_perf_nic_singl= e_core
=C2=A0 =C2=A0 self.perf_test(self.nb_ports)
=C2=A0 File "= tests/TestSuite_nic_single_core_perf.py", line 259, in perf_test
= =C2=A0 =C2=A0 _, packets_received =3D self.tester.pktgen.measure_throughput= (stream_ids=3Dstreams, options=3Dtraffic_opt)
=C2=A0 File "/opt/dts= /framework/pktgen_base.py", line 245, in measure_throughput
=C2=A0 = =C2=A0 self._prepare_transmission(stream_ids=3Dstream_ids)
=C2=A0 File &= quot;/opt/dts/framework/pktgen_trex.py", line 779, in _prepare_transmi= ssion
=C2=A0 =C2=A0 self._conn.reset(ports=3Dself._ports)
=C2=A0 File= "/opt/v2.82/automation/trex_control_plane/interactive/trex/common/tre= x_api_annotators.py", line 51, in wrap2
=C2=A0 =C2=A0 ret =3D f(*ar= gs, **kwargs) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 File "/opt/v2.82/automation/trex_control_plane/interactive/t= rex/stl/trex_stl_client.py", line 339, in reset
=C2=A0 =C2=A0 self.= clear_stats(ports) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0
=C2=A0 File "/opt/v2.82/automation/trex_control_plane/in= teractive/trex/common/trex_api_annotators.py", line 51, in wrap2
= =C2=A0 =C2=A0 ret =3D f(*args, **kwargs) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0 File "/opt/v2.82/automation/trex_c= ontrol_plane/interactive/trex/stl/trex_stl_client.py", line 1467, in c= lear_stats
=C2=A0 =C2=A0 self._clear_stats_common(ports, clear_global, c= lear_xstats)
=C2=A0 File "/opt/v2.82/automation/trex_control_plane/= interactive/trex/common/trex_client.py", line 2840, in _clear_stats_co= mmon
=C2=A0 =C2=A0 raise TRexError(rc) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0
trex.common.trex_except= ions.TRexError: *** [RPC] - Failed to get server response from tcp://127.0.0.1:4501

I have found one similar case on the github re= pository for trex, but the solution was vendor-specific:=C2=A0https://github.com/cisco-system-traffic-generator/trex-core/is= sues/147.
Have you ran into this issue before?

=
Thanks,
Brandon


--

Brandon Lo

UNH InterOperability Laborator= y

21 Madbury Rd, Suite 100, Durham, NH 03824

blo@iol.unh.edu

www.iol.unh.edu

--000000000000656aae05ac10c8a6--