<div dir="ltr">Hi Ajit,<div>Sorry for the late reply.</div><div><br></div><div>You can ssh into the machine using the same VPN Username and Password.</div><div>Can you try and see if that works?</div><div><br></div><div>Informatio:</div><div><a href="http://arm-dell.dpdklab.iol.unh.edu" target="_blank">arm-dell.dpdklab.iol.unh.edu</a><br></div><div>- dts - located in /opt/dts</div><div>- Trex - located in /opt/trex/v2.87</div><div><br></div><div><a href="http://arm-gigabyte.dpdklab.iol.unh.edu" target="_blank">arm-gigabyte.dpdklab.iol.unh.edu</a><br></div><div>- dpdk - located in /root/dpdk</div><div><br></div><div><br></div><div>Thanks,</div><div>David</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 19, 2021 at 5:20 PM Ajit Khaparde <<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi David,<br>
Thanks for pinging me. Do you think I could login into the setup and<br>
see what is happening?<br>
I do have the credentials for two systems in your lab -<br>
<a href="http://rhea.dpdklab.iol.unh.edu" rel="noreferrer" target="_blank">rhea.dpdklab.iol.unh.edu</a> and <a href="http://io.dpdklab.iol.unh.edu" rel="noreferrer" target="_blank">io.dpdklab.iol.unh.edu</a><br>
If you can provide me details of the systems you are trying to<br>
configure, I could take a look.<br>
<br>
Thanks<br>
Ajit<br>
<br>
On Tue, Jan 19, 2021 at 1:41 PM David Liu <<a href="mailto:dliu@iol.unh.edu" target="_blank">dliu@iol.unh.edu</a>> wrote:<br>
><br>
> Hi Ajit,<br>
><br>
> Thank you for helping out.<br>
><br>
> How are you doing with this issue?<br>
><br>
> Please let me know if you need anything information from us.<br>
><br>
> Just some extra information that both Trex and dts are on the same intel tester machine.<br>
><br>
> Best,<br>
> David<br>
><br>
> On Thu, Jan 14, 2021 at 2:12 PM David Liu <<a href="mailto:dliu@iol.unh.edu" target="_blank">dliu@iol.unh.edu</a>> wrote:<br>
>><br>
>> Yes, so this is the same NIC work on x86.<br>
>> By seeing the link, I am assuming you mean the ports that are using for Trex. If so they are UP before I start the Trex.<br>
>><br>
>> Thank,<br>
>> David<br>
>><br>
>><br>
>> On Thu, Jan 14, 2021 at 1:11 AM Ajit Khaparde <<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>> wrote:<br>
>>><br>
>>> Does the same NIC work on x86?<br>
>>> Also do you see link before you start the trex? I am trying to see if the port failed to successfully come up<br>
>>> or if there is a problem with the link. Can you check and tell?<br>
>>><br>
>>> Thanks<br>
>>> Ajit<br>
>>><br>
>>> On Wed, Jan 13, 2021 at 4:20 PM David Liu <<a href="mailto:dliu@iol.unh.edu" target="_blank">dliu@iol.unh.edu</a>> wrote:<br>
>>>><br>
>>>> Hi Ajit,<br>
>>>><br>
>>>> Thank you for helping out.<br>
>>>><br>
>>>> We have it working on the x86, but not the Arm.<br>
>>>><br>
>>>><br>
>>>> Thanks,<br>
>>>> David<br>
>>>><br>
>>>> On Wed, Jan 13, 2021 at 5:34 PM Ajit Khaparde <<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>> wrote:<br>
>>>>><br>
>>>>> Hi David,<br>
>>>>> I will take a look.<br>
>>>>> Do you see similar issues on x86? I am asking because<br>
>>>>> even I would start with that to create a baseline and then<br>
>>>>> attempt on ARM.<br>
>>>>><br>
>>>>> Thanks<br>
>>>>> Ajit<br>
>>>>><br>
>>>>> On Wed, Jan 13, 2021 at 12:08 PM David Liu <<a href="mailto:dliu@iol.unh.edu" target="_blank">dliu@iol.unh.edu</a>> wrote:<br>
>>>>>><br>
>>>>>> Hi Ajit,<br>
>>>>>><br>
>>>>>> We have a 25G Broadcom NIC that is installed on an Arm machine.<br>
>>>>>> And I am running into a problem when I try to run nic_single_core_perf on the NIC.<br>
>>>>>> Currently, we are using: Trex v2.86 and dts from <a href="http://git.dpdk.org/tools/dts/" rel="noreferrer" target="_blank">http://git.dpdk.org/tools/dts/</a><br>
>>>>>> All the NICs are up and running when testing.<br>
>>>>>><br>
>>>>>> The problem is an error when I try to run the test case inside the nic_single_core_perf:<br>
>>>>>><br>
>>>>>>> TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>
>>>>>>> dut.172.18.0.41: x86_64-native-linuxapp-gcc/app/dpdk-testpmd -l 32,33 -n 4 --file-prefix=dpdk_15311_20210113190237 -a 0000:93:00.0 -a 0000:93:00.1 -- -i --portmask=0x3 --txd=512 --rxd=512 --nb-cores=1<br>
>>>>>>> dut.172.18.0.41: start<br>
>>>>>>> TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>
>>>>>>> File "/opt/dts/framework/test_case.py", line 319, in _execute_test_case<br>
>>>>>>> case_obj()<br>
>>>>>>> File "tests/TestSuite_nic_single_core_perf.py", line 196, in test_perf_nic_single_core<br>
>>>>>>> self.perf_test(self.nb_ports)<br>
>>>>>>> File "tests/TestSuite_nic_single_core_perf.py", line 270, in perf_test<br>
>>>>>>> _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>
>>>>>>> File "/opt/dts/framework/pktgen_base.py", line 245, in measure_throughput<br>
>>>>>>> self._prepare_transmission(stream_ids=stream_ids)<br>
>>>>>>> File "/opt/dts/framework/pktgen_trex.py", line 778, in _prepare_transmission<br>
>>>>>>> self._conn.reset(ports=self._ports)<br>
>>>>>>> File "/opt/trex/v2.86/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py", line 51, in wrap2<br>
>>>>>>> ret = f(*args, **kwargs)<br>
>>>>>>> File "/opt/trex/v2.86/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py", line 339, in reset<br>
>>>>>>> self.clear_stats(ports)<br>
>>>>>>> File "/opt/trex/v2.86/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py", line 51, in wrap2<br>
>>>>>>> ret = f(*args, **kwargs)<br>
>>>>>>> File "/opt/trex/v2.86/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py", line 1492, in clear_stats<br>
>>>>>>> self._clear_stats_common(ports, clear_global, clear_xstats)<br>
>>>>>>> File "/opt/trex/v2.86/automation/trex_control_plane/interactive/trex/common/trex_client.py", line 2876, in _clear_stats_common<br>
>>>>>>> raise TRexError(rc)<br>
>>>>>>> trex.common.trex_exceptions.TRexError: *** [RPC] - Failed to get server response from tcp://<a href="http://172.18.0.40:4501" rel="noreferrer" target="_blank">172.18.0.40:4501</a><br>
>>>>>><br>
>>>>>><br>
>>>>>> I also try to run TRex in stateless mode with./t-rex-64 -i --cfg /etc/trex_cfg.yaml and connect with ./trex-console<br>
>>>>>><br>
>>>>>> Then start sending traffic with command<br>
>>>>>>><br>
>>>>>>> trex>start -f stl/imix.py<br>
>>>>>><br>
>>>>>><br>
>>>>>> But this will cause an error to turn off Trex.<br>
>>>>>><br>
>>>>>>> trex><br>
>>>>>>> 2021-01-13 19:56:21 - [server][warning] - Server has been shutdown - cause: 'WATCHDOG: task 'Trex DP core 1' has not responded for more than 1.00135 seconds - timeout is 1 seconds<br>
>>>>>>> *** traceback follows ***<br>
>>>>>>> 1 0x561be173cf5a ./_t-rex-64(+0x19af5a) [0x561be173cf5a]<br>
>>>>>>> 2 0x7feea3ac0980 /lib/x86_64-linux-gnu/libpthread.so.0(+0x12980) [0x7feea3ac0980]<br>
>>>>>>> 3 0x561be1a05a2a rte_delay_us_block + 106<br>
>>>>>>> 4 0x561be16ce874 CCoreEthIF::send_burst(CCorePerPort*, unsigned short, CVirtualIFPerSideStats*) + 3220<br>
>>>>>>> 5 0x561be16abf57 CCoreEthIF::flush_tx_queue() + 31<br>
>>>>>>> 6 0x561be171e3d9 CNodeGenerator::handle_maintenance(CFlowGenListPerThread*) + 265<br>
>>>>>>> 7 0x561be171f7ec CNodeGenerator::handle_flow_sync(CGenNode*, CFlowGenListPerThread*, bool&) + 92<br>
>>>>>>> 8 0x561be171fc98 CNodeGenerator::handle_slow_messages(unsigned char, CGenNode*, CFlowGenListPerThread*, bool) + 184<br>
>>>>>>> 9 0x561be16cb5f1 int CNodeGenerator::flush_file_realtime<23, false>(double, double, CFlowGenListPerThread*, double&) + 881<br>
>>>>>>> 10 0x561be1905212 TrexStatelessDpCore::start_scheduler() + 226<br>
>>>>>>> 11 0x561be1883ae9 TrexDpCore::start() + 89<br>
>>>>>>> 12 0x561be1714113 CFlowGenListPerThread::start(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&, CPreviewMode&) + 115<br>
>>>>>>> 13 0x561be16af8dd CGlobalTRex::run_in_core(unsigned char) + 487<br>
>>>>>>> 14 0x561be16d11ad ./_t-rex-64(+0x12f1ad) [0x561be16d11ad]<br>
>>>>>>> 15 0x561be1a1dfaa eal_thread_loop + 426<br>
>>>>>>> 16 0x7feea3ab56db /lib/x86_64-linux-gnu/libpthread.so.0(+0x76db) [0x7feea3ab56db]<br>
>>>>>>> 17 0x7feea2a8571f clone + 63<br>
>>>>>>><br>
>>>>>>> *** addr2line information follows ***<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> ??:0<br>
>>>>>>> '<br>
>>>>>><br>
>>>>>><br>
>>>>>> I believe if everything is working, this should not turn off trex but please correct me if I am wrong.<br>
>>>>>> I wonder if you have any suggestion of how I can approach this issue?<br>
>>>>>><br>
>>>>>> Best,<br>
>>>>>> David<br>
>>>>>><br>
>>>>>><br>
</blockquote></div>