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 53BC1A04DE for ; Tue, 11 Aug 2020 19:46:06 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 4C5EF1C022; Tue, 11 Aug 2020 19:46:06 +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 317011C01F for ; Tue, 11 Aug 2020 19:46:05 +0200 (CEST) Received: by mail-il1-f194.google.com with SMTP id c6so11452754ilo.13 for ; Tue, 11 Aug 2020 10:46:05 -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=qfsTJ/IooiamCtRW/xt31sRWItN1R4nbKUsAJCec97c=; b=aFzij2xoV0QpSElLv4gv4w46CiigYjWXFd27fRaRpQ6jW4gW2DCUw+x5wUO7aJOCXq N5YgkzGMQpvE/A99O1SPVbDnQIvo9Tf5kfouUQiUJvjN96ulAKgkmcb0Ui12geKUmb6B ha2lwrxbBgQQevyWPKFpI585iX4bnCnScSlHI= 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=qfsTJ/IooiamCtRW/xt31sRWItN1R4nbKUsAJCec97c=; b=cAOzavLEyozDuamdLS07debfqWD9Tw2RjNaSMdTyP1DZmtAABAo462YzoaIHqKaL/S Mr8zGlX+d58hz816ThcJ0HlEycSDg+qf3bwV0346jsgAot0DSkfDTWBVqJ/0YoiwfLKQ LeqccepPF2gzsQtrUDgUAiKKqtMukgsNctAmNxExtnnegSB7I6XjBjb/WxRZ3Vc3eZ42 dKIs8xK0WVD2VnGOqSBRQgipOXWBSg1X/Dh9/4UytrM7ztd3jGXoMSEDs/9S0MLWlvE3 Ji1Yfk70wHdrXhmj7sWrMCPGKhcNnqpYR6bhSX7SrsHWYCeEW+TFozVtij4g7mMADKV/ AAAg== X-Gm-Message-State: AOAM533aRA8N9uUPyzIm9x9GzN8twiLldeBIS6wbzBvdDex1JsNZSbAC gYEH0axfEfccYTgM2xTR1bkcucQvB4YTxEnykAGaxg== X-Google-Smtp-Source: ABdhPJzppxtjUodo/9mGyGTIckGsmg/WLvpLwRCSDoA8lsNBDY8FUU+txycvLIQLIZgP2vp6KaK5sQZ1GWPKIcI8/ME= X-Received: by 2002:a05:6e02:8:: with SMTP id h8mr22062600ilr.188.1597167964455; Tue, 11 Aug 2020 10:46:04 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Brandon Lo Date: Tue, 11 Aug 2020 13:45:28 -0400 Message-ID: To: Ajit Khaparde Cc: ci@dpdk.org, dpdklab Content-Type: multipart/alternative; boundary="0000000000002b2e6f05ac9da560" 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" --0000000000002b2e6f05ac9da560 Content-Type: text/plain; charset="UTF-8" Hi Ajit, I'm just checking in; have you heard of any updates on this issue? Thanks, Brandon On Tue, Aug 4, 2020 at 1:42 PM Brandon Lo wrote: > 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 > -- Brandon Lo UNH InterOperability Laboratory 21 Madbury Rd, Suite 100, Durham, NH 03824 blo@iol.unh.edu www.iol.unh.edu --0000000000002b2e6f05ac9da560 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Ajit,

I'm just checking in; have= you heard of any updates on this issue?

Thanks,
Brandon

On Tue, Aug 4, 2020 at 1:42 PM Brandon Lo <blo@iol.unh.edu> wrote:
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/tr= ex_cfg_100g.yaml -c 7", which is the same command used in DTS, it seem= s to launch without failing.

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

Thanks for your= help,
Brandon

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

Ju= st to make sure -
You are running trex on the 100G NIC and the problem is en= countered on that setup?
Or is it the system that is running testpmd where y= ou are running into the issue?

Thanks
Ajit

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

I= 9;m running=C2=A0into 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= =C2=A0do 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
=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-gcc/app/testpmd -l 16,17 -n 4= -w 0000:81:00.0 -w 0000:81:00.1 =C2=A0--file-prefix=3Ddpdk_11307_202008041= 60513 =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=A0TestNicSingleCoreP= erf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most rece= nt call last):
=C2=A0 File "/opt/dts/framework/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 "tests/TestSuite_nic_single_core_= perf.py", line 198, in test_perf_nic_single_core
=C2=A0 =C2=A0 self= .perf_test(self.nb_ports)
=C2=A0 File "tests/TestSuite_nic_single_c= ore_perf.py", line 259, in perf_test
=C2=A0 =C2=A0 _, packets_recei= ved =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_transmiss= ion(stream_ids=3Dstream_ids)
=C2=A0 File "/opt/dts/framework/pktgen= _trex.py", line 779, in _prepare_transmission
=C2=A0 =C2=A0 self._c= onn.reset(ports=3Dself._ports)
=C2=A0 File "/opt/v2.82/automation/t= rex_control_plane/interactive/trex/common/trex_api_annotators.py", lin= e 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_control_plane/interactive/trex/stl/trex_stl_client.py&q= uot;, 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/interactive/trex/common/trex= _api_annotators.py", line 51, in wrap2
=C2=A0 =C2=A0 ret =3D f(*arg= s, **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/trex= /stl/trex_stl_client.py", line 1467, in clear_stats
=C2=A0 =C2=A0 s= elf._clear_stats_common(ports, clear_global, clear_xstats)
=C2=A0 File &= quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_= client.py", line 2840, in _clear_stats_common
=C2=A0 =C2=A0 raise T= RexError(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_exceptions.TRexError: *** [RPC] - Fai= led 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 solu= tion was vendor-specific:=C2=A0https://github.com= /cisco-system-traffic-generator/trex-core/issues/147.
Have yo= u ran into this issue before?

Thanks,
Br= andon


--

Brandon Lo

UNH InterOperability Laborator= y

21 Madbury Rd, Suite 100, Durham, NH 03824

blo@iol.unh.edu

www.iol.unh.edu



--

Brandon Lo

UNH = InterOperability Laboratory

21 Madbury Rd, Suite 100, Durham, NH 03824

blo@iol.unh.edu

<= a href=3D"http://www.iol.unh.edu/" target=3D"_blank">www.iol.unh.edu

--0000000000002b2e6f05ac9da560--