DPDK CI discussions
 help / color / Atom feed
* [dpdk-ci] New 100G Broadcom NIC Ubuntu
@ 2020-07-21 20:22 Brandon Lo
  2020-07-21 21:27 ` Ajit Khaparde
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-07-21 20:22 UTC (permalink / raw)
  To: Ajit Khaparde, dpdklab, ci

[-- Attachment #1: Type: text/plain, Size: 659 bytes --]

Hi Ajit,

We've received the Broadcom 100G NIC and installed it onto the machine.
However, the drivers don't seem to support Ubuntu, information from
https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g
.

I've also updated the kernel to the latest version. The card appears with
the correct name in lspci and lshw, but it has no available MAC address, so
I can't use it in setting up the nic single core performance testing.

Do you know what could be causing this issue?

Thanks,
Brandon

-- 

Brandon Lo

UNH InterOperability Laboratory

21 Madbury Rd, Suite 100, Durham, NH 03824

blo@iol.unh.edu

www.iol.unh.edu

[-- Attachment #2: Type: text/html, Size: 2303 bytes --]

<div dir="ltr">Hi Ajit,<div><br></div><div>We&#39;ve received the Broadcom 100G NIC and installed it onto the machine. However, the drivers don&#39;t seem to support Ubuntu, information from <a href="https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g">https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g</a>. </div><div><br></div><div>I&#39;ve also updated the kernel to the latest version. The card appears with the correct name in lspci and lshw, but it has no available MAC address, so I can&#39;t use it in setting up the nic single core performance testing.</div><div><br></div><div>Do you know what could be causing this issue? </div><div><div><br></div><div>Thanks,</div><div>Brandon<br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div></div></div></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-07-21 20:22 [dpdk-ci] New 100G Broadcom NIC Ubuntu Brandon Lo
@ 2020-07-21 21:27 ` Ajit Khaparde
  2020-07-28 16:47   ` Brandon Lo
  0 siblings, 1 reply; 19+ messages in thread
From: Ajit Khaparde @ 2020-07-21 21:27 UTC (permalink / raw)
  To: Brandon Lo; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 996 bytes --]

Hi Brandon,
Maybe I might have to update it to a newer firmware.
Let me check internally and get back.

Thanks
Ajit


On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo <blo@iol.unh.edu> wrote:

> Hi Ajit,
>
> We've received the Broadcom 100G NIC and installed it onto the machine.
> However, the drivers don't seem to support Ubuntu, information from
> https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g
> .
>
> I've also updated the kernel to the latest version. The card appears with
> the correct name in lspci and lshw, but it has no available MAC address, so
> I can't use it in setting up the nic single core performance testing.
>
> Do you know what could be causing this issue?
>
> Thanks,
> Brandon
>
>
> --
>
> Brandon Lo
>
> UNH InterOperability Laboratory
>
> 21 Madbury Rd, Suite 100, Durham, NH 03824
> <https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&source=g>
>
> blo@iol.unh.edu
>
> www.iol.unh.edu
>

[-- Attachment #2: Type: text/html, Size: 3463 bytes --]

<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Maybe I might have to update it to a newer firmware.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Let me check internally and get back.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div><div class="gmail_default" style="font-family:tahoma,sans-serif"></div></div><div><div dir="auto"><br></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>We&#39;ve received the Broadcom 100G NIC and installed it onto the machine. However, the drivers don&#39;t seem to support Ubuntu, information from <a href="https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g" target="_blank">https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g</a>. </div><div><br></div><div>I&#39;ve also updated the kernel to the latest version. The card appears with the correct name in lspci and lshw, but it has no available MAC address, so I can&#39;t use it in setting up the nic single core performance testing.</div><div><br></div><div>Do you know what could be causing this issue? </div><div><div><br></div><div>Thanks,</div><div>Brandon</div></div></div><div dir="ltr"><div><div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&amp;source=g" target="_blank">21 Madbury Rd, Suite 100, Durham, NH 03824</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div></div></div></div>
</blockquote></div></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-07-21 21:27 ` Ajit Khaparde
@ 2020-07-28 16:47   ` Brandon Lo
  2020-07-28 17:22     ` Ajit Khaparde
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-07-28 16:47 UTC (permalink / raw)
  To: Ajit Khaparde; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 1420 bytes --]

Hi Ajit,

Have you gotten a response yet?
I've tried the firmware from the official website but it's supported on
Fedora/Redhat instead of Ubuntu.

Thanks,
Brandon

On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde <ajit.khaparde@broadcom.com>
wrote:

> Hi Brandon,
> Maybe I might have to update it to a newer firmware.
> Let me check internally and get back.
>
> Thanks
> Ajit
>
>
> On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo <blo@iol.unh.edu> wrote:
>
>> Hi Ajit,
>>
>> We've received the Broadcom 100G NIC and installed it onto the machine.
>> However, the drivers don't seem to support Ubuntu, information from
>> https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g
>> .
>>
>> I've also updated the kernel to the latest version. The card appears with
>> the correct name in lspci and lshw, but it has no available MAC address, so
>> I can't use it in setting up the nic single core performance testing.
>>
>> Do you know what could be causing this issue?
>>
>> Thanks,
>> Brandon
>>
>>
>> --
>>
>> Brandon Lo
>>
>> UNH InterOperability Laboratory
>>
>> 21 Madbury Rd, Suite 100, Durham, NH 03824
>> <https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&source=g>
>>
>> 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

[-- Attachment #2: Type: text/html, Size: 5545 bytes --]

<div dir="ltr">Hi Ajit,<div><br></div><div>Have you gotten a response yet?</div><div>I&#39;ve tried the firmware from the official website but it&#39;s supported on Fedora/Redhat instead of Ubuntu.</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Maybe I might have to update it to a newer firmware.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Let me check internally and get back.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div><div class="gmail_default" style="font-family:tahoma,sans-serif"></div></div><div><div dir="auto"><br></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>We&#39;ve received the Broadcom 100G NIC and installed it onto the machine. However, the drivers don&#39;t seem to support Ubuntu, information from <a href="https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g" target="_blank">https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g</a>. </div><div><br></div><div>I&#39;ve also updated the kernel to the latest version. The card appears with the correct name in lspci and lshw, but it has no available MAC address, so I can&#39;t use it in setting up the nic single core performance testing.</div><div><br></div><div>Do you know what could be causing this issue? </div><div><div><br></div><div>Thanks,</div><div>Brandon</div></div></div><div dir="ltr"><div><div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&amp;source=g" target="_blank">21 Madbury Rd, Suite 100, Durham, NH 03824</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div></div></div></div>
</blockquote></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-07-28 16:47   ` Brandon Lo
@ 2020-07-28 17:22     ` Ajit Khaparde
  2020-07-28 17:32       ` Brandon Lo
  0 siblings, 1 reply; 19+ messages in thread
From: Ajit Khaparde @ 2020-07-28 17:22 UTC (permalink / raw)
  To: Brandon Lo; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 1848 bytes --]

Brandon,
I have sent them a reminder. I will keep you posted.
But I tried to login into the system to peek around and the VPN seems to
continuously negotiate/authenticate. For some reason the connection
is getting reset.
Any idea on what might be causing this?

Thanks
Ajit

On Tue, Jul 28, 2020 at 9:48 AM Brandon Lo <blo@iol.unh.edu> wrote:

> Hi Ajit,
>
> Have you gotten a response yet?
> I've tried the firmware from the official website but it's supported on
> Fedora/Redhat instead of Ubuntu.
>
> Thanks,
> Brandon
>
> On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde <ajit.khaparde@broadcom.com>
> wrote:
>
>> Hi Brandon,
>> Maybe I might have to update it to a newer firmware.
>> Let me check internally and get back.
>>
>> Thanks
>> Ajit
>>
>>
>> On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo <blo@iol.unh.edu> wrote:
>>
>>> Hi Ajit,
>>>
>>> We've received the Broadcom 100G NIC and installed it onto the machine.
>>> However, the drivers don't seem to support Ubuntu, information from
>>> https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g
>>> .
>>>
>>> I've also updated the kernel to the latest version. The card appears
>>> with the correct name in lspci and lshw, but it has no available MAC
>>> address, so I can't use it in setting up the nic single core performance
>>> testing.
>>>
>>> Do you know what could be causing this issue?
>>>
>>> Thanks,
>>> Brandon
>>>
>>>
>>> --
>>>
>>> Brandon Lo
>>>
>>> UNH InterOperability Laboratory
>>>
>>> 21 Madbury Rd, Suite 100, Durham, NH 03824
>>> <https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&source=g>
>>>
>>> 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
>

[-- Attachment #2: Type: text/html, Size: 6797 bytes --]

<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I have sent them a reminder. I will keep you posted.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I tried to login into the system to peek around and the VPN seems to</div><div class="gmail_default" style="font-family:tahoma,sans-serif">continuously negotiate/authenticate. For some reason the connection</div><div class="gmail_default" style="font-family:tahoma,sans-serif">is getting reset.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Any idea on what might be causing this?<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 9:48 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>Have you gotten a response yet?</div><div>I&#39;ve tried the firmware from the official website but it&#39;s supported on Fedora/Redhat instead of Ubuntu.</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Maybe I might have to update it to a newer firmware.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Let me check internally and get back.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div><div class="gmail_default" style="font-family:tahoma,sans-serif"></div></div><div><div dir="auto"><br></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>We&#39;ve received the Broadcom 100G NIC and installed it onto the machine. However, the drivers don&#39;t seem to support Ubuntu, information from <a href="https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g" target="_blank">https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g</a>. </div><div><br></div><div>I&#39;ve also updated the kernel to the latest version. The card appears with the correct name in lspci and lshw, but it has no available MAC address, so I can&#39;t use it in setting up the nic single core performance testing.</div><div><br></div><div>Do you know what could be causing this issue? </div><div><div><br></div><div>Thanks,</div><div>Brandon</div></div></div><div dir="ltr"><div><div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&amp;source=g" target="_blank">21 Madbury Rd, Suite 100, Durham, NH 03824</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div></div></div></div>
</blockquote></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-07-28 17:22     ` Ajit Khaparde
@ 2020-07-28 17:32       ` Brandon Lo
  2020-07-28 19:19         ` Ajit Khaparde
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-07-28 17:32 UTC (permalink / raw)
  To: Ajit Khaparde; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 2341 bytes --]

Hi Ajit,

That issue occurs sometimes on my end as well. There's no clear solution
other than to try again later.
I will look into the issue and try to make a permanent fix.

Thanks,
Brandon

On Tue, Jul 28, 2020 at 1:22 PM Ajit Khaparde <ajit.khaparde@broadcom.com>
wrote:

> Brandon,
> I have sent them a reminder. I will keep you posted.
> But I tried to login into the system to peek around and the VPN seems to
> continuously negotiate/authenticate. For some reason the connection
> is getting reset.
> Any idea on what might be causing this?
>
> Thanks
> Ajit
>
> On Tue, Jul 28, 2020 at 9:48 AM Brandon Lo <blo@iol.unh.edu> wrote:
>
>> Hi Ajit,
>>
>> Have you gotten a response yet?
>> I've tried the firmware from the official website but it's supported on
>> Fedora/Redhat instead of Ubuntu.
>>
>> Thanks,
>> Brandon
>>
>> On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde <ajit.khaparde@broadcom.com>
>> wrote:
>>
>>> Hi Brandon,
>>> Maybe I might have to update it to a newer firmware.
>>> Let me check internally and get back.
>>>
>>> Thanks
>>> Ajit
>>>
>>>
>>> On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo <blo@iol.unh.edu> wrote:
>>>
>>>> Hi Ajit,
>>>>
>>>> We've received the Broadcom 100G NIC and installed it onto the machine.
>>>> However, the drivers don't seem to support Ubuntu, information from
>>>> https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g
>>>> .
>>>>
>>>> I've also updated the kernel to the latest version. The card appears
>>>> with the correct name in lspci and lshw, but it has no available MAC
>>>> address, so I can't use it in setting up the nic single core performance
>>>> testing.
>>>>
>>>> Do you know what could be causing this issue?
>>>>
>>>> Thanks,
>>>> Brandon
>>>>
>>>>
>>>> --
>>>>
>>>> Brandon Lo
>>>>
>>>> UNH InterOperability Laboratory
>>>>
>>>> 21 Madbury Rd, Suite 100, Durham, NH 03824
>>>> <https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&source=g>
>>>>
>>>> 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
>>
>

-- 

Brandon Lo

UNH InterOperability Laboratory

21 Madbury Rd, Suite 100, Durham, NH 03824

blo@iol.unh.edu

www.iol.unh.edu

[-- Attachment #2: Type: text/html, Size: 8918 bytes --]

<div dir="ltr">Hi Ajit,<div><br></div><div>That issue occurs sometimes on my end as well. There&#39;s no clear solution other than to try again later.</div><div>I will look into the issue and try to make a permanent fix.</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 1:22 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I have sent them a reminder. I will keep you posted.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I tried to login into the system to peek around and the VPN seems to</div><div class="gmail_default" style="font-family:tahoma,sans-serif">continuously negotiate/authenticate. For some reason the connection</div><div class="gmail_default" style="font-family:tahoma,sans-serif">is getting reset.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Any idea on what might be causing this?<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 9:48 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>Have you gotten a response yet?</div><div>I&#39;ve tried the firmware from the official website but it&#39;s supported on Fedora/Redhat instead of Ubuntu.</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Maybe I might have to update it to a newer firmware.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Let me check internally and get back.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div><div class="gmail_default" style="font-family:tahoma,sans-serif"></div></div><div><div dir="auto"><br></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>We&#39;ve received the Broadcom 100G NIC and installed it onto the machine. However, the drivers don&#39;t seem to support Ubuntu, information from <a href="https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g" target="_blank">https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g</a>. </div><div><br></div><div>I&#39;ve also updated the kernel to the latest version. The card appears with the correct name in lspci and lshw, but it has no available MAC address, so I can&#39;t use it in setting up the nic single core performance testing.</div><div><br></div><div>Do you know what could be causing this issue? </div><div><div><br></div><div>Thanks,</div><div>Brandon</div></div></div><div dir="ltr"><div><div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&amp;source=g" target="_blank">21 Madbury Rd, Suite 100, Durham, NH 03824</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div></div></div></div>
</blockquote></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-07-28 17:32       ` Brandon Lo
@ 2020-07-28 19:19         ` Ajit Khaparde
  2020-07-28 19:41           ` Brandon Lo
  0 siblings, 1 reply; 19+ messages in thread
From: Ajit Khaparde @ 2020-07-28 19:19 UTC (permalink / raw)
  To: Brandon Lo; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 2935 bytes --]

Hi Brandon,
I copied over a more recent code for the NIC.
And it loads fine on the two systems.
The code is currently in /home/ajitkhaparde/bnxt_en-1.10.1-216.1.142.0
Till I find a release version of the driver for Ubuntu, we could use this?
We can copy the bnxt_en.ko over to
/lib/modules/4.15.0-112-generic/kernel/drivers/net/ethernet/broa
dcom/bnxt/bnxt_en.ko

Please let me know.

Thanks
Ajit

On Tue, Jul 28, 2020 at 10:33 AM Brandon Lo <blo@iol.unh.edu> wrote:

> Hi Ajit,
>
> That issue occurs sometimes on my end as well. There's no clear solution
> other than to try again later.
> I will look into the issue and try to make a permanent fix.
>
> Thanks,
> Brandon
>
> On Tue, Jul 28, 2020 at 1:22 PM Ajit Khaparde <ajit.khaparde@broadcom.com>
> wrote:
>
>> Brandon,
>> I have sent them a reminder. I will keep you posted.
>> But I tried to login into the system to peek around and the VPN seems to
>> continuously negotiate/authenticate. For some reason the connection
>> is getting reset.
>> Any idea on what might be causing this?
>>
>> Thanks
>> Ajit
>>
>> On Tue, Jul 28, 2020 at 9:48 AM Brandon Lo <blo@iol.unh.edu> wrote:
>>
>>> Hi Ajit,
>>>
>>> Have you gotten a response yet?
>>> I've tried the firmware from the official website but it's supported on
>>> Fedora/Redhat instead of Ubuntu.
>>>
>>> Thanks,
>>> Brandon
>>>
>>> On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde <
>>> ajit.khaparde@broadcom.com> wrote:
>>>
>>>> Hi Brandon,
>>>> Maybe I might have to update it to a newer firmware.
>>>> Let me check internally and get back.
>>>>
>>>> Thanks
>>>> Ajit
>>>>
>>>>
>>>> On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo <blo@iol.unh.edu> wrote:
>>>>
>>>>> Hi Ajit,
>>>>>
>>>>> We've received the Broadcom 100G NIC and installed it onto the
>>>>> machine. However, the drivers don't seem to support Ubuntu, information
>>>>> from
>>>>> https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g
>>>>> .
>>>>>
>>>>> I've also updated the kernel to the latest version. The card appears
>>>>> with the correct name in lspci and lshw, but it has no available MAC
>>>>> address, so I can't use it in setting up the nic single core performance
>>>>> testing.
>>>>>
>>>>> Do you know what could be causing this issue?
>>>>>
>>>>> Thanks,
>>>>> Brandon
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Brandon Lo
>>>>>
>>>>> UNH InterOperability Laboratory
>>>>>
>>>>> 21 Madbury Rd, Suite 100, Durham, NH 03824
>>>>> <https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&source=g>
>>>>>
>>>>> 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
>>>
>>
>
> --
>
> Brandon Lo
>
> UNH InterOperability Laboratory
>
> 21 Madbury Rd, Suite 100, Durham, NH 03824
>
> blo@iol.unh.edu
>
> www.iol.unh.edu
>

[-- Attachment #2: Type: text/html, Size: 10360 bytes --]

<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I copied over a more recent code for the NIC.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">And it loads fine on the two systems.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">The code is currently in /home/ajitkhaparde/bnxt_en-1.10.1-216.1.142.0</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Till I find a release version of the driver for Ubuntu, we could use this?</div><div class="gmail_default" style=""><font face="tahoma, sans-serif">We can copy the bnxt_en.ko over to<br></font><span style="font-family:Arial,Helvetica,sans-serif">/lib/modules/4.15.0-112-generic/kernel/drivers/net/ethernet/broa</span>dcom/bnxt/bnxt_en.ko</div><div class="gmail_default" style=""><br></div><div class="gmail_default" style="">Please let me know.</div><div class="gmail_default" style=""><br></div><div class="gmail_default" style="">Thanks</div><div class="gmail_default" style="">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 10:33 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>That issue occurs sometimes on my end as well. There&#39;s no clear solution other than to try again later.</div><div>I will look into the issue and try to make a permanent fix.</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 1:22 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I have sent them a reminder. I will keep you posted.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I tried to login into the system to peek around and the VPN seems to</div><div class="gmail_default" style="font-family:tahoma,sans-serif">continuously negotiate/authenticate. For some reason the connection</div><div class="gmail_default" style="font-family:tahoma,sans-serif">is getting reset.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Any idea on what might be causing this?<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 9:48 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>Have you gotten a response yet?</div><div>I&#39;ve tried the firmware from the official website but it&#39;s supported on Fedora/Redhat instead of Ubuntu.</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Maybe I might have to update it to a newer firmware.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Let me check internally and get back.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div><div class="gmail_default" style="font-family:tahoma,sans-serif"></div></div><div><div dir="auto"><br></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>We&#39;ve received the Broadcom 100G NIC and installed it onto the machine. However, the drivers don&#39;t seem to support Ubuntu, information from <a href="https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g" target="_blank">https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g</a>. </div><div><br></div><div>I&#39;ve also updated the kernel to the latest version. The card appears with the correct name in lspci and lshw, but it has no available MAC address, so I can&#39;t use it in setting up the nic single core performance testing.</div><div><br></div><div>Do you know what could be causing this issue? </div><div><div><br></div><div>Thanks,</div><div>Brandon</div></div></div><div dir="ltr"><div><div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&amp;source=g" target="_blank">21 Madbury Rd, Suite 100, Durham, NH 03824</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div></div></div></div>
</blockquote></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-07-28 19:19         ` Ajit Khaparde
@ 2020-07-28 19:41           ` Brandon Lo
  2020-08-04 16:16             ` Brandon Lo
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-07-28 19:41 UTC (permalink / raw)
  To: Ajit Khaparde; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 3443 bytes --]

Hi Ajit,

Yes, I believe we can use this current version as the driver.
I'll let you know if I run into any issues with this.

Thank you for your help,
Brandon

On Tue, Jul 28, 2020 at 3:19 PM Ajit Khaparde <ajit.khaparde@broadcom.com>
wrote:

> Hi Brandon,
> I copied over a more recent code for the NIC.
> And it loads fine on the two systems.
> The code is currently in /home/ajitkhaparde/bnxt_en-1.10.1-216.1.142.0
> Till I find a release version of the driver for Ubuntu, we could use this?
> We can copy the bnxt_en.ko over to
> /lib/modules/4.15.0-112-generic/kernel/drivers/net/ethernet/broa
> dcom/bnxt/bnxt_en.ko
>
> Please let me know.
>
> Thanks
> Ajit
>
> On Tue, Jul 28, 2020 at 10:33 AM Brandon Lo <blo@iol.unh.edu> wrote:
>
>> Hi Ajit,
>>
>> That issue occurs sometimes on my end as well. There's no clear solution
>> other than to try again later.
>> I will look into the issue and try to make a permanent fix.
>>
>> Thanks,
>> Brandon
>>
>> On Tue, Jul 28, 2020 at 1:22 PM Ajit Khaparde <ajit.khaparde@broadcom.com>
>> wrote:
>>
>>> Brandon,
>>> I have sent them a reminder. I will keep you posted.
>>> But I tried to login into the system to peek around and the VPN seems to
>>> continuously negotiate/authenticate. For some reason the connection
>>> is getting reset.
>>> Any idea on what might be causing this?
>>>
>>> Thanks
>>> Ajit
>>>
>>> On Tue, Jul 28, 2020 at 9:48 AM Brandon Lo <blo@iol.unh.edu> wrote:
>>>
>>>> Hi Ajit,
>>>>
>>>> Have you gotten a response yet?
>>>> I've tried the firmware from the official website but it's supported on
>>>> Fedora/Redhat instead of Ubuntu.
>>>>
>>>> Thanks,
>>>> Brandon
>>>>
>>>> On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde <
>>>> ajit.khaparde@broadcom.com> wrote:
>>>>
>>>>> Hi Brandon,
>>>>> Maybe I might have to update it to a newer firmware.
>>>>> Let me check internally and get back.
>>>>>
>>>>> Thanks
>>>>> Ajit
>>>>>
>>>>>
>>>>> On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo <blo@iol.unh.edu> wrote:
>>>>>
>>>>>> Hi Ajit,
>>>>>>
>>>>>> We've received the Broadcom 100G NIC and installed it onto the
>>>>>> machine. However, the drivers don't seem to support Ubuntu, information
>>>>>> from
>>>>>> https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g
>>>>>> .
>>>>>>
>>>>>> I've also updated the kernel to the latest version. The card appears
>>>>>> with the correct name in lspci and lshw, but it has no available MAC
>>>>>> address, so I can't use it in setting up the nic single core performance
>>>>>> testing.
>>>>>>
>>>>>> Do you know what could be causing this issue?
>>>>>>
>>>>>> Thanks,
>>>>>> Brandon
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Brandon Lo
>>>>>>
>>>>>> UNH InterOperability Laboratory
>>>>>>
>>>>>> 21 Madbury Rd, Suite 100, Durham, NH 03824
>>>>>> <https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&source=g>
>>>>>>
>>>>>> 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
>>>>
>>>
>>
>> --
>>
>> 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

[-- Attachment #2: Type: text/html, Size: 12396 bytes --]

<div dir="ltr">Hi Ajit,<div><br></div><div>Yes, I believe we can use this current version as the driver.</div><div>I&#39;ll let you know if I run into any issues with this.</div><div><br></div><div>Thank you for your help,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 3:19 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I copied over a more recent code for the NIC.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">And it loads fine on the two systems.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">The code is currently in /home/ajitkhaparde/bnxt_en-1.10.1-216.1.142.0</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Till I find a release version of the driver for Ubuntu, we could use this?</div><div class="gmail_default"><font face="tahoma, sans-serif">We can copy the bnxt_en.ko over to<br></font><span style="font-family:Arial,Helvetica,sans-serif">/lib/modules/4.15.0-112-generic/kernel/drivers/net/ethernet/broa</span>dcom/bnxt/bnxt_en.ko</div><div class="gmail_default"><br></div><div class="gmail_default">Please let me know.</div><div class="gmail_default"><br></div><div class="gmail_default">Thanks</div><div class="gmail_default">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 10:33 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>That issue occurs sometimes on my end as well. There&#39;s no clear solution other than to try again later.</div><div>I will look into the issue and try to make a permanent fix.</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 1:22 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I have sent them a reminder. I will keep you posted.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I tried to login into the system to peek around and the VPN seems to</div><div class="gmail_default" style="font-family:tahoma,sans-serif">continuously negotiate/authenticate. For some reason the connection</div><div class="gmail_default" style="font-family:tahoma,sans-serif">is getting reset.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Any idea on what might be causing this?<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 28, 2020 at 9:48 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>Have you gotten a response yet?</div><div>I&#39;ve tried the firmware from the official website but it&#39;s supported on Fedora/Redhat instead of Ubuntu.</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 5:28 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Maybe I might have to update it to a newer firmware.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Let me check internally and get back.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div><div class="gmail_default" style="font-family:tahoma,sans-serif"></div></div><div><div dir="auto"><br></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 21, 2020 at 1:23 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>We&#39;ve received the Broadcom 100G NIC and installed it onto the machine. However, the drivers don&#39;t seem to support Ubuntu, information from <a href="https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g" target="_blank">https://www.broadcom.com/products/ethernet-connectivity/network-adapters/100gb-nic-ocp/p2100g</a>. </div><div><br></div><div>I&#39;ve also updated the kernel to the latest version. The card appears with the correct name in lspci and lshw, but it has no available MAC address, so I can&#39;t use it in setting up the nic single core performance testing.</div><div><br></div><div>Do you know what could be causing this issue? </div><div><div><br></div><div>Thanks,</div><div>Brandon</div></div></div><div dir="ltr"><div><div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="https://www.google.com/maps/search/21+Madbury+Rd,+Suite+100,+Durham,+NH+03824?entry=gmail&amp;source=g" target="_blank">21 Madbury Rd, Suite 100, Durham, NH 03824</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div></div></div></div>
</blockquote></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-07-28 19:41           ` Brandon Lo
@ 2020-08-04 16:16             ` Brandon Lo
  2020-08-04 16:37               ` Ajit Khaparde
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-08-04 16:16 UTC (permalink / raw)
  To: Ajit Khaparde; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 2568 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 3598 bytes --]

<div dir="ltr"><div>Hi Ajit,</div><div><br></div><div>I&#39;m running into a problem with trying to run nic_single_core_perf on the new NIC.</div><div>The current configuration uses trex version v2.82.</div><div>However, I&#39;m running into an error when it tries to actually do a test case in the nic_single_core_perf.</div><div><br></div><div>The output looks like this when it reaches a test case:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>                      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<br>                      dut.rhea: start<br>         TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>  File &quot;/opt/dts/framework/test_case.py&quot;, line 316, in _execute_test_case<br>    case_obj()                                                    <br>   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 198, in test_perf_nic_single_core<br>    self.perf_test(self.nb_ports)<br>  File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 259, in perf_test<br>    _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>  File &quot;/opt/dts/framework/pktgen_base.py&quot;, line 245, in measure_throughput<br>    self._prepare_transmission(stream_ids=stream_ids)<br>  File &quot;/opt/dts/framework/pktgen_trex.py&quot;, line 779, in _prepare_transmission<br>    self._conn.reset(ports=self._ports)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 339, in reset<br>    self.clear_stats(ports)                                        <br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 1467, in clear_stats<br>    self._clear_stats_common(ports, clear_global, clear_xstats)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py&quot;, line 2840, 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://127.0.0.1:4501">127.0.0.1:4501</a></font></blockquote><div><br></div><div>I have found one similar case on the github repository for trex, but the solution was vendor-specific: <a href="https://github.com/cisco-system-traffic-generator/trex-core/issues/147">https://github.com/cisco-system-traffic-generator/trex-core/issues/147</a>.</div><div>Have you ran into this issue before?</div><div><br></div><div>Thanks,</div><div>Brandon</div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span></span></div></div></div></div></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-04 16:16             ` Brandon Lo
@ 2020-08-04 16:37               ` Ajit Khaparde
  2020-08-04 17:42                 ` Brandon Lo
  0 siblings, 1 reply; 19+ messages in thread
From: Ajit Khaparde @ 2020-08-04 16:37 UTC (permalink / raw)
  To: Brandon Lo; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 3017 bytes --]

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 <blo@iol.unh.edu> 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
>

[-- Attachment #2: Type: text/html, Size: 4990 bytes --]

<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">No, I haven&#39;t seen or heard this before.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I will try to have someone run it again.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Just to make sure -</div><div class="gmail_default" style="font-family:tahoma,sans-serif">You are running trex on the 100G NIC and the problem is encountered on that setup?</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Or is it the system that is running testpmd where you are running into the issue?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr"><div>Hi Ajit,</div><div><br></div><div>I&#39;m running into a problem with trying to run nic_single_core_perf on the new NIC.</div><div>The current configuration uses trex version v2.82.</div><div>However, I&#39;m running into an error when it tries to actually do a test case in the nic_single_core_perf.</div><div><br></div><div>The output looks like this when it reaches a test case:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>                      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<br>                      dut.rhea: start<br>         TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>  File &quot;/opt/dts/framework/test_case.py&quot;, line 316, in _execute_test_case<br>    case_obj()                                                    <br>   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 198, in test_perf_nic_single_core<br>    self.perf_test(self.nb_ports)<br>  File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 259, in perf_test<br>    _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>  File &quot;/opt/dts/framework/pktgen_base.py&quot;, line 245, in measure_throughput<br>    self._prepare_transmission(stream_ids=stream_ids)<br>  File &quot;/opt/dts/framework/pktgen_trex.py&quot;, line 779, in _prepare_transmission<br>    self._conn.reset(ports=self._ports)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 339, in reset<br>    self.clear_stats(ports)                                        <br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 1467, in clear_stats<br>    self._clear_stats_common(ports, clear_global, clear_xstats)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py&quot;, line 2840, 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://127.0.0.1:4501" target="_blank">127.0.0.1:4501</a></font></blockquote><div><br></div><div>I have found one similar case on the github repository for trex, but the solution was vendor-specific: <a href="https://github.com/cisco-system-traffic-generator/trex-core/issues/147" target="_blank">https://github.com/cisco-system-traffic-generator/trex-core/issues/147</a>.</div><div>Have you ran into this issue before?</div><div><br></div><div>Thanks,</div><div>Brandon</div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span></span></div></div></div></div></div>
</blockquote></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-04 16:37               ` Ajit Khaparde
@ 2020-08-04 17:42                 ` Brandon Lo
  2020-08-11 17:45                   ` Brandon Lo
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-08-04 17:42 UTC (permalink / raw)
  To: Ajit Khaparde; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 3901 bytes --]

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 <ajit.khaparde@broadcom.com>
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 <blo@iol.unh.edu> 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

[-- Attachment #2: Type: text/html, Size: 7559 bytes --]

<div dir="ltr">Hi Ajit,<div><br></div><div>Yes, I believe the issue is coming from the trex/tester system with the 100G NIC.</div><div>I&#39;m not sure what causes this issue; if I run trex using the command &quot;cd /opt/v2.82;./t-rex-64 -i --cfg /etc/trex_cfg_100g.yaml -c 7&quot;, which is the same command used in DTS, it seems to launch without failing.</div><div><br></div><div>If you want to replicate it, here are the steps that I ran:</div><div><ol><li>(on io) cd /opt/dts</li><li>export DTS_CFG_FOLDER=&#39;conf_100g&#39;</li><ul><li>conf_100g has the new configuration files to use the new PCI id and pktgen config file</li></ul><li>./dts -s</li></ol><div><br></div></div><div>Thanks for your help,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 12:38 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">No, I haven&#39;t seen or heard this before.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I will try to have someone run it again.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Just to make sure -</div><div class="gmail_default" style="font-family:tahoma,sans-serif">You are running trex on the 100G NIC and the problem is encountered on that setup?</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Or is it the system that is running testpmd where you are running into the issue?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr"><div>Hi Ajit,</div><div><br></div><div>I&#39;m running into a problem with trying to run nic_single_core_perf on the new NIC.</div><div>The current configuration uses trex version v2.82.</div><div>However, I&#39;m running into an error when it tries to actually do a test case in the nic_single_core_perf.</div><div><br></div><div>The output looks like this when it reaches a test case:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>                      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<br>                      dut.rhea: start<br>         TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>  File &quot;/opt/dts/framework/test_case.py&quot;, line 316, in _execute_test_case<br>    case_obj()                                                    <br>   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 198, in test_perf_nic_single_core<br>    self.perf_test(self.nb_ports)<br>  File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 259, in perf_test<br>    _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>  File &quot;/opt/dts/framework/pktgen_base.py&quot;, line 245, in measure_throughput<br>    self._prepare_transmission(stream_ids=stream_ids)<br>  File &quot;/opt/dts/framework/pktgen_trex.py&quot;, line 779, in _prepare_transmission<br>    self._conn.reset(ports=self._ports)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 339, in reset<br>    self.clear_stats(ports)                                        <br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 1467, in clear_stats<br>    self._clear_stats_common(ports, clear_global, clear_xstats)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py&quot;, line 2840, 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://127.0.0.1:4501" target="_blank">127.0.0.1:4501</a></font></blockquote><div><br></div><div>I have found one similar case on the github repository for trex, but the solution was vendor-specific: <a href="https://github.com/cisco-system-traffic-generator/trex-core/issues/147" target="_blank">https://github.com/cisco-system-traffic-generator/trex-core/issues/147</a>.</div><div>Have you ran into this issue before?</div><div><br></div><div>Thanks,</div><div>Brandon</div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span></span></div></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-04 17:42                 ` Brandon Lo
@ 2020-08-11 17:45                   ` Brandon Lo
  2020-08-11 17:47                     ` Ajit Khaparde
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-08-11 17:45 UTC (permalink / raw)
  To: Ajit Khaparde; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 4338 bytes --]

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/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 <ajit.khaparde@broadcom.com>
> 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 <blo@iol.unh.edu> 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

[-- Attachment #2: Type: text/html, Size: 9531 bytes --]

<div dir="ltr">Hi Ajit,<div><br></div><div>I&#39;m just checking in; have you heard of any updates on this issue?</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 1:42 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>Yes, I believe the issue is coming from the trex/tester system with the 100G NIC.</div><div>I&#39;m not sure what causes this issue; if I run trex using the command &quot;cd /opt/v2.82;./t-rex-64 -i --cfg /etc/trex_cfg_100g.yaml -c 7&quot;, which is the same command used in DTS, it seems to launch without failing.</div><div><br></div><div>If you want to replicate it, here are the steps that I ran:</div><div><ol><li>(on io) cd /opt/dts</li><li>export DTS_CFG_FOLDER=&#39;conf_100g&#39;</li><ul><li>conf_100g has the new configuration files to use the new PCI id and pktgen config file</li></ul><li>./dts -s</li></ol><div><br></div></div><div>Thanks for your help,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 12:38 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">No, I haven&#39;t seen or heard this before.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I will try to have someone run it again.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Just to make sure -</div><div class="gmail_default" style="font-family:tahoma,sans-serif">You are running trex on the 100G NIC and the problem is encountered on that setup?</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Or is it the system that is running testpmd where you are running into the issue?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr"><div>Hi Ajit,</div><div><br></div><div>I&#39;m running into a problem with trying to run nic_single_core_perf on the new NIC.</div><div>The current configuration uses trex version v2.82.</div><div>However, I&#39;m running into an error when it tries to actually do a test case in the nic_single_core_perf.</div><div><br></div><div>The output looks like this when it reaches a test case:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>                      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<br>                      dut.rhea: start<br>         TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>  File &quot;/opt/dts/framework/test_case.py&quot;, line 316, in _execute_test_case<br>    case_obj()                                                    <br>   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 198, in test_perf_nic_single_core<br>    self.perf_test(self.nb_ports)<br>  File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 259, in perf_test<br>    _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>  File &quot;/opt/dts/framework/pktgen_base.py&quot;, line 245, in measure_throughput<br>    self._prepare_transmission(stream_ids=stream_ids)<br>  File &quot;/opt/dts/framework/pktgen_trex.py&quot;, line 779, in _prepare_transmission<br>    self._conn.reset(ports=self._ports)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 339, in reset<br>    self.clear_stats(ports)                                        <br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 1467, in clear_stats<br>    self._clear_stats_common(ports, clear_global, clear_xstats)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py&quot;, line 2840, 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://127.0.0.1:4501" target="_blank">127.0.0.1:4501</a></font></blockquote><div><br></div><div>I have found one similar case on the github repository for trex, but the solution was vendor-specific: <a href="https://github.com/cisco-system-traffic-generator/trex-core/issues/147" target="_blank">https://github.com/cisco-system-traffic-generator/trex-core/issues/147</a>.</div><div>Have you ran into this issue before?</div><div><br></div><div>Thanks,</div><div>Brandon</div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span></span></div></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-11 17:45                   ` Brandon Lo
@ 2020-08-11 17:47                     ` Ajit Khaparde
  2020-08-20  4:29                       ` Ajit Khaparde
  0 siblings, 1 reply; 19+ messages in thread
From: Ajit Khaparde @ 2020-08-11 17:47 UTC (permalink / raw)
  To: Brandon Lo; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 4843 bytes --]

Hi Brandon,
I haven't. I tried to login as well. But I had some issues doing it from
the office.
I just have to remind myself to try it again once I get home before I
connect to the company VPN.
Thanks for checking in. I will try to update you as soon as I can.

Thanks
Ajit

On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo <blo@iol.unh.edu> wrote:

> 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/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 <ajit.khaparde@broadcom.com>
>> 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 <blo@iol.unh.edu> 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
>

[-- Attachment #2: Type: text/html, Size: 10644 bytes --]

<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I haven&#39;t. I tried to login as well. But I had some issues doing it from the office.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I just have to remind myself to try it again once I get home before I connect to the company VPN.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks for checking in. I will try to update you as soon as I can.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>I&#39;m just checking in; have you heard of any updates on this issue?</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 1:42 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>Yes, I believe the issue is coming from the trex/tester system with the 100G NIC.</div><div>I&#39;m not sure what causes this issue; if I run trex using the command &quot;cd /opt/v2.82;./t-rex-64 -i --cfg /etc/trex_cfg_100g.yaml -c 7&quot;, which is the same command used in DTS, it seems to launch without failing.</div><div><br></div><div>If you want to replicate it, here are the steps that I ran:</div><div><ol><li>(on io) cd /opt/dts</li><li>export DTS_CFG_FOLDER=&#39;conf_100g&#39;</li><ul><li>conf_100g has the new configuration files to use the new PCI id and pktgen config file</li></ul><li>./dts -s</li></ol><div><br></div></div><div>Thanks for your help,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 12:38 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">No, I haven&#39;t seen or heard this before.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I will try to have someone run it again.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Just to make sure -</div><div class="gmail_default" style="font-family:tahoma,sans-serif">You are running trex on the 100G NIC and the problem is encountered on that setup?</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Or is it the system that is running testpmd where you are running into the issue?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr"><div>Hi Ajit,</div><div><br></div><div>I&#39;m running into a problem with trying to run nic_single_core_perf on the new NIC.</div><div>The current configuration uses trex version v2.82.</div><div>However, I&#39;m running into an error when it tries to actually do a test case in the nic_single_core_perf.</div><div><br></div><div>The output looks like this when it reaches a test case:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>                      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<br>                      dut.rhea: start<br>         TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>  File &quot;/opt/dts/framework/test_case.py&quot;, line 316, in _execute_test_case<br>    case_obj()                                                    <br>   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 198, in test_perf_nic_single_core<br>    self.perf_test(self.nb_ports)<br>  File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 259, in perf_test<br>    _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>  File &quot;/opt/dts/framework/pktgen_base.py&quot;, line 245, in measure_throughput<br>    self._prepare_transmission(stream_ids=stream_ids)<br>  File &quot;/opt/dts/framework/pktgen_trex.py&quot;, line 779, in _prepare_transmission<br>    self._conn.reset(ports=self._ports)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 339, in reset<br>    self.clear_stats(ports)                                        <br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 1467, in clear_stats<br>    self._clear_stats_common(ports, clear_global, clear_xstats)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py&quot;, line 2840, 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://127.0.0.1:4501" target="_blank">127.0.0.1:4501</a></font></blockquote><div><br></div><div>I have found one similar case on the github repository for trex, but the solution was vendor-specific: <a href="https://github.com/cisco-system-traffic-generator/trex-core/issues/147" target="_blank">https://github.com/cisco-system-traffic-generator/trex-core/issues/147</a>.</div><div>Have you ran into this issue before?</div><div><br></div><div>Thanks,</div><div>Brandon</div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span></span></div></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-11 17:47                     ` Ajit Khaparde
@ 2020-08-20  4:29                       ` Ajit Khaparde
  2020-08-20 15:39                         ` Brandon Lo
  0 siblings, 1 reply; 19+ messages in thread
From: Ajit Khaparde @ 2020-08-20  4:29 UTC (permalink / raw)
  To: Brandon Lo; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 5463 bytes --]

Hi Brandon,
I was trying to see what exactly is happening on the setup and what is
causing the problem.
But I will need your help to use the proper code and commands.

I believe you run the testpmd command on io. And the trex is executed on
rhea?
Can you point me to the location of the code and the steps you are
following while running the test?

Thanks
Ajit

On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde <ajit.khaparde@broadcom.com>
wrote:

> Hi Brandon,
> I haven't. I tried to login as well. But I had some issues doing it from
> the office.
> I just have to remind myself to try it again once I get home before I
> connect to the company VPN.
> Thanks for checking in. I will try to update you as soon as I can.
>
> Thanks
> Ajit
>
> On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo <blo@iol.unh.edu> wrote:
>
>> 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/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 <
>>> ajit.khaparde@broadcom.com> 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 <blo@iol.unh.edu> 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
>>
>

[-- Attachment #2: Type: text/html, Size: 12032 bytes --]

<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I was trying to see what exactly is happening on the setup and what is causing the problem.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I will need your help to use the proper code and commands.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">I believe you run the testpmd command on io. And the trex is executed on rhea?</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Can you point me to the location of the code and the steps you are following while running the test?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I haven&#39;t. I tried to login as well. But I had some issues doing it from the office.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I just have to remind myself to try it again once I get home before I connect to the company VPN.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks for checking in. I will try to update you as soon as I can.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>I&#39;m just checking in; have you heard of any updates on this issue?</div><div><br></div><div>Thanks,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 1:42 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr">Hi Ajit,<div><br></div><div>Yes, I believe the issue is coming from the trex/tester system with the 100G NIC.</div><div>I&#39;m not sure what causes this issue; if I run trex using the command &quot;cd /opt/v2.82;./t-rex-64 -i --cfg /etc/trex_cfg_100g.yaml -c 7&quot;, which is the same command used in DTS, it seems to launch without failing.</div><div><br></div><div>If you want to replicate it, here are the steps that I ran:</div><div><ol><li>(on io) cd /opt/dts</li><li>export DTS_CFG_FOLDER=&#39;conf_100g&#39;</li><ul><li>conf_100g has the new configuration files to use the new PCI id and pktgen config file</li></ul><li>./dts -s</li></ol><div><br></div></div><div>Thanks for your help,</div><div>Brandon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 12:38 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; 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"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">No, I haven&#39;t seen or heard this before.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I will try to have someone run it again.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Just to make sure -</div><div class="gmail_default" style="font-family:tahoma,sans-serif">You are running trex on the 100G NIC and the problem is encountered on that setup?</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Or is it the system that is running testpmd where you are running into the issue?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; 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"><div dir="ltr"><div>Hi Ajit,</div><div><br></div><div>I&#39;m running into a problem with trying to run nic_single_core_perf on the new NIC.</div><div>The current configuration uses trex version v2.82.</div><div>However, I&#39;m running into an error when it tries to actually do a test case in the nic_single_core_perf.</div><div><br></div><div>The output looks like this when it reaches a test case:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>                      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<br>                      dut.rhea: start<br>         TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>  File &quot;/opt/dts/framework/test_case.py&quot;, line 316, in _execute_test_case<br>    case_obj()                                                    <br>   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 198, in test_perf_nic_single_core<br>    self.perf_test(self.nb_ports)<br>  File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 259, in perf_test<br>    _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>  File &quot;/opt/dts/framework/pktgen_base.py&quot;, line 245, in measure_throughput<br>    self._prepare_transmission(stream_ids=stream_ids)<br>  File &quot;/opt/dts/framework/pktgen_trex.py&quot;, line 779, in _prepare_transmission<br>    self._conn.reset(ports=self._ports)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 339, in reset<br>    self.clear_stats(ports)                                        <br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>    ret = f(*args, **kwargs)                                      <br>   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 1467, in clear_stats<br>    self._clear_stats_common(ports, clear_global, clear_xstats)<br>  File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py&quot;, line 2840, 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://127.0.0.1:4501" target="_blank">127.0.0.1:4501</a></font></blockquote><div><br></div><div>I have found one similar case on the github repository for trex, but the solution was vendor-specific: <a href="https://github.com/cisco-system-traffic-generator/trex-core/issues/147" target="_blank">https://github.com/cisco-system-traffic-generator/trex-core/issues/147</a>.</div><div>Have you ran into this issue before?</div><div><br></div><div>Thanks,</div><div>Brandon</div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span></span></div></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Brandon Lo</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">UNH InterOperability Laboratory</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">21 Madbury Rd, Suite 100, Durham, NH 03824</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a></span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:10pt;font-family:Arial;color:rgb(17,85,204);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="http://www.iol.unh.edu/" target="_blank">www.iol.unh.edu</a></span></p></span></div></div></div></div>
</blockquote></div>
</blockquote></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-20  4:29                       ` Ajit Khaparde
@ 2020-08-20 15:39                         ` Brandon Lo
  2020-08-20 21:07                           ` Ajit Khaparde
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-08-20 15:39 UTC (permalink / raw)
  To: Ajit Khaparde; +Cc: ci, dpdklab

Hi Ajit,

I believe DTS/TREX is run on the io machine as a tester. Rhea runs
testpmd (through an ssh session from io --> rhea) to catch information
as a DUT.

The only commands that I run (on io) are:
cd /opt/dts
export DTS_CFG_FOLDER='conf_100g'
./dts -s

The rest is managed by DTS itself.
The issue occurs when DTS is trying to send packets to rhea from io on
the new 100G NIC.
It seems to happen after it tries to measure throughput using TREX's API.

Thanks,
Brandon

On Thu, Aug 20, 2020 at 12:29 AM Ajit Khaparde
<ajit.khaparde@broadcom.com> wrote:
>
> Hi Brandon,
> I was trying to see what exactly is happening on the setup and what is causing the problem.
> But I will need your help to use the proper code and commands.
>
> I believe you run the testpmd command on io. And the trex is executed on rhea?
> Can you point me to the location of the code and the steps you are following while running the test?
>
> Thanks
> Ajit
>
> On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde <ajit.khaparde@broadcom.com> wrote:
>>
>> Hi Brandon,
>> I haven't. I tried to login as well. But I had some issues doing it from the office.
>> I just have to remind myself to try it again once I get home before I connect to the company VPN.
>> Thanks for checking in. I will try to update you as soon as I can.
>>
>> Thanks
>> Ajit
>>
>> On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo <blo@iol.unh.edu> wrote:
>>>
>>> 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/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:
>>>>
>>>> (on io) cd /opt/dts
>>>> export DTS_CFG_FOLDER='conf_100g'
>>>>
>>>> conf_100g has the new configuration files to use the new PCI id and pktgen config file
>>>>
>>>> ./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,
>>>>> 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 <blo@iol.unh.edu> 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



-- 

Brandon Lo

UNH InterOperability Laboratory

21 Madbury Rd, Suite 100, Durham, NH 03824

blo@iol.unh.edu

www.iol.unh.edu

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-20 15:39                         ` Brandon Lo
@ 2020-08-20 21:07                           ` Ajit Khaparde
  2020-08-25 20:13                             ` Brandon Lo
  0 siblings, 1 reply; 19+ messages in thread
From: Ajit Khaparde @ 2020-08-20 21:07 UTC (permalink / raw)
  To: Brandon Lo; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 6679 bytes --]

Hi Brandon,
I do see some issues while running trex on this setup.
I will have to dig further. I will let you know once I find something or
may be a fix.

Thanks
Ajit

On Thu, Aug 20, 2020 at 8:39 AM Brandon Lo <blo@iol.unh.edu> wrote:

> Hi Ajit,
>
> I believe DTS/TREX is run on the io machine as a tester. Rhea runs
> testpmd (through an ssh session from io --> rhea) to catch information
> as a DUT.
>
> The only commands that I run (on io) are:
> cd /opt/dts
> export DTS_CFG_FOLDER='conf_100g'
> ./dts -s
>
> The rest is managed by DTS itself.
> The issue occurs when DTS is trying to send packets to rhea from io on
> the new 100G NIC.
> It seems to happen after it tries to measure throughput using TREX's API.
>
> Thanks,
> Brandon
>
> On Thu, Aug 20, 2020 at 12:29 AM Ajit Khaparde
> <ajit.khaparde@broadcom.com> wrote:
> >
> > Hi Brandon,
> > I was trying to see what exactly is happening on the setup and what is
> causing the problem.
> > But I will need your help to use the proper code and commands.
> >
> > I believe you run the testpmd command on io. And the trex is executed on
> rhea?
> > Can you point me to the location of the code and the steps you are
> following while running the test?
> >
> > Thanks
> > Ajit
> >
> > On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde <
> ajit.khaparde@broadcom.com> wrote:
> >>
> >> Hi Brandon,
> >> I haven't. I tried to login as well. But I had some issues doing it
> from the office.
> >> I just have to remind myself to try it again once I get home before I
> connect to the company VPN.
> >> Thanks for checking in. I will try to update you as soon as I can.
> >>
> >> Thanks
> >> Ajit
> >>
> >> On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo <blo@iol.unh.edu> wrote:
> >>>
> >>> 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/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:
> >>>>
> >>>> (on io) cd /opt/dts
> >>>> export DTS_CFG_FOLDER='conf_100g'
> >>>>
> >>>> conf_100g has the new configuration files to use the new PCI id and
> pktgen config file
> >>>>
> >>>> ./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,
> >>>>> 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 <blo@iol.unh.edu> 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
>
>
>
> --
>
> Brandon Lo
>
> UNH InterOperability Laboratory
>
> 21 Madbury Rd, Suite 100, Durham, NH 03824
>
> blo@iol.unh.edu
>
> www.iol.unh.edu
>

[-- Attachment #2: Type: text/html, Size: 10716 bytes --]

<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I do see some issues while running trex on this setup.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I will have to dig further. I will let you know once I find something or may be a fix.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 20, 2020 at 8:39 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu">blo@iol.unh.edu</a>&gt; 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 Ajit,<br>
<br>
I believe DTS/TREX is run on the io machine as a tester. Rhea runs<br>
testpmd (through an ssh session from io --&gt; rhea) to catch information<br>
as a DUT.<br>
<br>
The only commands that I run (on io) are:<br>
cd /opt/dts<br>
export DTS_CFG_FOLDER=&#39;conf_100g&#39;<br>
./dts -s<br>
<br>
The rest is managed by DTS itself.<br>
The issue occurs when DTS is trying to send packets to rhea from io on<br>
the new 100G NIC.<br>
It seems to happen after it tries to measure throughput using TREX&#39;s API.<br>
<br>
Thanks,<br>
Brandon<br>
<br>
On Thu, Aug 20, 2020 at 12:29 AM Ajit Khaparde<br>
&lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;<br>
&gt; Hi Brandon,<br>
&gt; I was trying to see what exactly is happening on the setup and what is causing the problem.<br>
&gt; But I will need your help to use the proper code and commands.<br>
&gt;<br>
&gt; I believe you run the testpmd command on io. And the trex is executed on rhea?<br>
&gt; Can you point me to the location of the code and the steps you are following while running the test?<br>
&gt;<br>
&gt; Thanks<br>
&gt; Ajit<br>
&gt;<br>
&gt; On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi Brandon,<br>
&gt;&gt; I haven&#39;t. I tried to login as well. But I had some issues doing it from the office.<br>
&gt;&gt; I just have to remind myself to try it again once I get home before I connect to the company VPN.<br>
&gt;&gt; Thanks for checking in. I will try to update you as soon as I can.<br>
&gt;&gt;<br>
&gt;&gt; Thanks<br>
&gt;&gt; Ajit<br>
&gt;&gt;<br>
&gt;&gt; On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Hi Ajit,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; I&#39;m just checking in; have you heard of any updates on this issue?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Thanks,<br>
&gt;&gt;&gt; Brandon<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Tue, Aug 4, 2020 at 1:42 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi Ajit,<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Yes, I believe the issue is coming from the trex/tester system with the 100G NIC.<br>
&gt;&gt;&gt;&gt; I&#39;m not sure what causes this issue; if I run trex using the command &quot;cd /opt/v2.82;./t-rex-64 -i --cfg /etc/trex_cfg_100g.yaml -c 7&quot;, which is the same command used in DTS, it seems to launch without failing.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; If you want to replicate it, here are the steps that I ran:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; (on io) cd /opt/dts<br>
&gt;&gt;&gt;&gt; export DTS_CFG_FOLDER=&#39;conf_100g&#39;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; conf_100g has the new configuration files to use the new PCI id and pktgen config file<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; ./dts -s<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Thanks for your help,<br>
&gt;&gt;&gt;&gt; Brandon<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Tue, Aug 4, 2020 at 12:38 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi Brandon,<br>
&gt;&gt;&gt;&gt;&gt; No, I haven&#39;t seen or heard this before.<br>
&gt;&gt;&gt;&gt;&gt; But I will try to have someone run it again.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Just to make sure -<br>
&gt;&gt;&gt;&gt;&gt; You are running trex on the 100G NIC and the problem is encountered on that setup?<br>
&gt;&gt;&gt;&gt;&gt; Or is it the system that is running testpmd where you are running into the issue?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Thanks<br>
&gt;&gt;&gt;&gt;&gt; Ajit<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Hi Ajit,<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; I&#39;m running into a problem with trying to run nic_single_core_perf on the new NIC.<br>
&gt;&gt;&gt;&gt;&gt;&gt; The current configuration uses trex version v2.82.<br>
&gt;&gt;&gt;&gt;&gt;&gt; However, I&#39;m running into an error when it tries to actually do a test case in the nic_single_core_perf.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; The output looks like this when it reaches a test case:<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;                       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<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;                       dut.rhea: start<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;          TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/dts/framework/test_case.py&quot;, line 316, in _execute_test_case<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     case_obj()<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 198, in test_perf_nic_single_core<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     self.perf_test(self.nb_ports)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 259, in perf_test<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/dts/framework/pktgen_base.py&quot;, line 245, in measure_throughput<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     self._prepare_transmission(stream_ids=stream_ids)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/dts/framework/pktgen_trex.py&quot;, line 779, in _prepare_transmission<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     self._conn.reset(ports=self._ports)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     ret = f(*args, **kwargs)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 339, in reset<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     self.clear_stats(ports)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     ret = f(*args, **kwargs)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 1467, in clear_stats<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     self._clear_stats_common(ports, clear_global, clear_xstats)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py&quot;, line 2840, in _clear_stats_common<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     raise TRexError(rc)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; trex.common.trex_exceptions.TRexError: *** [RPC] - Failed to get server response from tcp://<a href="http://127.0.0.1:4501" rel="noreferrer" target="_blank">127.0.0.1:4501</a><br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; I have found one similar case on the github repository for trex, but the solution was vendor-specific: <a href="https://github.com/cisco-system-traffic-generator/trex-core/issues/147" rel="noreferrer" target="_blank">https://github.com/cisco-system-traffic-generator/trex-core/issues/147</a>.<br>
&gt;&gt;&gt;&gt;&gt;&gt; Have you ran into this issue before?<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Thanks,<br>
&gt;&gt;&gt;&gt;&gt;&gt; Brandon<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; --<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Brandon Lo<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; UNH InterOperability Laboratory<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; 21 Madbury Rd, Suite 100, Durham, NH 03824<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; <a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; <a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; --<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Brandon Lo<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; UNH InterOperability Laboratory<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; 21 Madbury Rd, Suite 100, Durham, NH 03824<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; <a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; <a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
<br>
<br>
<br>
-- <br>
<br>
Brandon Lo<br>
<br>
UNH InterOperability Laboratory<br>
<br>
21 Madbury Rd, Suite 100, Durham, NH 03824<br>
<br>
<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
<br>
<a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
</blockquote></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-20 21:07                           ` Ajit Khaparde
@ 2020-08-25 20:13                             ` Brandon Lo
  2020-08-26 19:57                               ` Ajit Khaparde
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-08-25 20:13 UTC (permalink / raw)
  To: Ajit Khaparde; +Cc: ci, dpdklab

Hi Ajit,

Did you find anything of interest on the machine?
I could help out if needed.

Thanks,
Brandon

On Thu, Aug 20, 2020 at 5:07 PM Ajit Khaparde
<ajit.khaparde@broadcom.com> wrote:
>
> Hi Brandon,
> I do see some issues while running trex on this setup.
> I will have to dig further. I will let you know once I find something or may be a fix.
>
> Thanks
> Ajit
>
> On Thu, Aug 20, 2020 at 8:39 AM Brandon Lo <blo@iol.unh.edu> wrote:
>>
>> Hi Ajit,
>>
>> I believe DTS/TREX is run on the io machine as a tester. Rhea runs
>> testpmd (through an ssh session from io --> rhea) to catch information
>> as a DUT.
>>
>> The only commands that I run (on io) are:
>> cd /opt/dts
>> export DTS_CFG_FOLDER='conf_100g'
>> ./dts -s
>>
>> The rest is managed by DTS itself.
>> The issue occurs when DTS is trying to send packets to rhea from io on
>> the new 100G NIC.
>> It seems to happen after it tries to measure throughput using TREX's API.
>>
>> Thanks,
>> Brandon
>>
>> On Thu, Aug 20, 2020 at 12:29 AM Ajit Khaparde
>> <ajit.khaparde@broadcom.com> wrote:
>> >
>> > Hi Brandon,
>> > I was trying to see what exactly is happening on the setup and what is causing the problem.
>> > But I will need your help to use the proper code and commands.
>> >
>> > I believe you run the testpmd command on io. And the trex is executed on rhea?
>> > Can you point me to the location of the code and the steps you are following while running the test?
>> >
>> > Thanks
>> > Ajit
>> >
>> > On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde <ajit.khaparde@broadcom.com> wrote:
>> >>
>> >> Hi Brandon,
>> >> I haven't. I tried to login as well. But I had some issues doing it from the office.
>> >> I just have to remind myself to try it again once I get home before I connect to the company VPN.
>> >> Thanks for checking in. I will try to update you as soon as I can.
>> >>
>> >> Thanks
>> >> Ajit
>> >>
>> >> On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo <blo@iol.unh.edu> wrote:
>> >>>
>> >>> 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/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:
>> >>>>
>> >>>> (on io) cd /opt/dts
>> >>>> export DTS_CFG_FOLDER='conf_100g'
>> >>>>
>> >>>> conf_100g has the new configuration files to use the new PCI id and pktgen config file
>> >>>>
>> >>>> ./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,
>> >>>>> 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 <blo@iol.unh.edu> 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
>>
>>
>>
>> --
>>
>> 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

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-25 20:13                             ` Brandon Lo
@ 2020-08-26 19:57                               ` Ajit Khaparde
  2020-09-01 18:09                                 ` Brandon Lo
  0 siblings, 1 reply; 19+ messages in thread
From: Ajit Khaparde @ 2020-08-26 19:57 UTC (permalink / raw)
  To: Brandon Lo; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 7796 bytes --]

Not yet Brandon.
But I believe I might have to look at what trex is doing to make progress.
I will let you know if I need any help.

Thanks
Ajit

On Tue, Aug 25, 2020 at 1:13 PM Brandon Lo <blo@iol.unh.edu> wrote:

> Hi Ajit,
>
> Did you find anything of interest on the machine?
> I could help out if needed.
>
> Thanks,
> Brandon
>
> On Thu, Aug 20, 2020 at 5:07 PM Ajit Khaparde
> <ajit.khaparde@broadcom.com> wrote:
> >
> > Hi Brandon,
> > I do see some issues while running trex on this setup.
> > I will have to dig further. I will let you know once I find something or
> may be a fix.
> >
> > Thanks
> > Ajit
> >
> > On Thu, Aug 20, 2020 at 8:39 AM Brandon Lo <blo@iol.unh.edu> wrote:
> >>
> >> Hi Ajit,
> >>
> >> I believe DTS/TREX is run on the io machine as a tester. Rhea runs
> >> testpmd (through an ssh session from io --> rhea) to catch information
> >> as a DUT.
> >>
> >> The only commands that I run (on io) are:
> >> cd /opt/dts
> >> export DTS_CFG_FOLDER='conf_100g'
> >> ./dts -s
> >>
> >> The rest is managed by DTS itself.
> >> The issue occurs when DTS is trying to send packets to rhea from io on
> >> the new 100G NIC.
> >> It seems to happen after it tries to measure throughput using TREX's
> API.
> >>
> >> Thanks,
> >> Brandon
> >>
> >> On Thu, Aug 20, 2020 at 12:29 AM Ajit Khaparde
> >> <ajit.khaparde@broadcom.com> wrote:
> >> >
> >> > Hi Brandon,
> >> > I was trying to see what exactly is happening on the setup and what
> is causing the problem.
> >> > But I will need your help to use the proper code and commands.
> >> >
> >> > I believe you run the testpmd command on io. And the trex is executed
> on rhea?
> >> > Can you point me to the location of the code and the steps you are
> following while running the test?
> >> >
> >> > Thanks
> >> > Ajit
> >> >
> >> > On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde <
> ajit.khaparde@broadcom.com> wrote:
> >> >>
> >> >> Hi Brandon,
> >> >> I haven't. I tried to login as well. But I had some issues doing it
> from the office.
> >> >> I just have to remind myself to try it again once I get home before
> I connect to the company VPN.
> >> >> Thanks for checking in. I will try to update you as soon as I can.
> >> >>
> >> >> Thanks
> >> >> Ajit
> >> >>
> >> >> On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo <blo@iol.unh.edu> wrote:
> >> >>>
> >> >>> 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/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:
> >> >>>>
> >> >>>> (on io) cd /opt/dts
> >> >>>> export DTS_CFG_FOLDER='conf_100g'
> >> >>>>
> >> >>>> conf_100g has the new configuration files to use the new PCI id
> and pktgen config file
> >> >>>>
> >> >>>> ./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,
> >> >>>>> 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 <blo@iol.unh.edu>
> 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
> >>
> >>
> >>
> >> --
> >>
> >> 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
>

[-- Attachment #2: Type: text/html, Size: 13220 bytes --]

<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Not yet Brandon.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">But I believe I might have to look at what trex is doing to make progress.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I will let you know if I need any help.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 25, 2020 at 1:13 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu">blo@iol.unh.edu</a>&gt; 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 Ajit,<br>
<br>
Did you find anything of interest on the machine?<br>
I could help out if needed.<br>
<br>
Thanks,<br>
Brandon<br>
<br>
On Thu, Aug 20, 2020 at 5:07 PM Ajit Khaparde<br>
&lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;<br>
&gt; Hi Brandon,<br>
&gt; I do see some issues while running trex on this setup.<br>
&gt; I will have to dig further. I will let you know once I find something or may be a fix.<br>
&gt;<br>
&gt; Thanks<br>
&gt; Ajit<br>
&gt;<br>
&gt; On Thu, Aug 20, 2020 at 8:39 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi Ajit,<br>
&gt;&gt;<br>
&gt;&gt; I believe DTS/TREX is run on the io machine as a tester. Rhea runs<br>
&gt;&gt; testpmd (through an ssh session from io --&gt; rhea) to catch information<br>
&gt;&gt; as a DUT.<br>
&gt;&gt;<br>
&gt;&gt; The only commands that I run (on io) are:<br>
&gt;&gt; cd /opt/dts<br>
&gt;&gt; export DTS_CFG_FOLDER=&#39;conf_100g&#39;<br>
&gt;&gt; ./dts -s<br>
&gt;&gt;<br>
&gt;&gt; The rest is managed by DTS itself.<br>
&gt;&gt; The issue occurs when DTS is trying to send packets to rhea from io on<br>
&gt;&gt; the new 100G NIC.<br>
&gt;&gt; It seems to happen after it tries to measure throughput using TREX&#39;s API.<br>
&gt;&gt;<br>
&gt;&gt; Thanks,<br>
&gt;&gt; Brandon<br>
&gt;&gt;<br>
&gt;&gt; On Thu, Aug 20, 2020 at 12:29 AM Ajit Khaparde<br>
&gt;&gt; &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Hi Brandon,<br>
&gt;&gt; &gt; I was trying to see what exactly is happening on the setup and what is causing the problem.<br>
&gt;&gt; &gt; But I will need your help to use the proper code and commands.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; I believe you run the testpmd command on io. And the trex is executed on rhea?<br>
&gt;&gt; &gt; Can you point me to the location of the code and the steps you are following while running the test?<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Thanks<br>
&gt;&gt; &gt; Ajit<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Hi Brandon,<br>
&gt;&gt; &gt;&gt; I haven&#39;t. I tried to login as well. But I had some issues doing it from the office.<br>
&gt;&gt; &gt;&gt; I just have to remind myself to try it again once I get home before I connect to the company VPN.<br>
&gt;&gt; &gt;&gt; Thanks for checking in. I will try to update you as soon as I can.<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Thanks<br>
&gt;&gt; &gt;&gt; Ajit<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; Hi Ajit,<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; I&#39;m just checking in; have you heard of any updates on this issue?<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; Thanks,<br>
&gt;&gt; &gt;&gt;&gt; Brandon<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; On Tue, Aug 4, 2020 at 1:42 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; Hi Ajit,<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; Yes, I believe the issue is coming from the trex/tester system with the 100G NIC.<br>
&gt;&gt; &gt;&gt;&gt;&gt; I&#39;m not sure what causes this issue; if I run trex using the command &quot;cd /opt/v2.82;./t-rex-64 -i --cfg /etc/trex_cfg_100g.yaml -c 7&quot;, which is the same command used in DTS, it seems to launch without failing.<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; If you want to replicate it, here are the steps that I ran:<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; (on io) cd /opt/dts<br>
&gt;&gt; &gt;&gt;&gt;&gt; export DTS_CFG_FOLDER=&#39;conf_100g&#39;<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; conf_100g has the new configuration files to use the new PCI id and pktgen config file<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; ./dts -s<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; Thanks for your help,<br>
&gt;&gt; &gt;&gt;&gt;&gt; Brandon<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; On Tue, Aug 4, 2020 at 12:38 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt; Hi Brandon,<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt; No, I haven&#39;t seen or heard this before.<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt; But I will try to have someone run it again.<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt; Just to make sure -<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt; You are running trex on the 100G NIC and the problem is encountered on that setup?<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt; Or is it the system that is running testpmd where you are running into the issue?<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt; Thanks<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt; Ajit<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt; On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; Hi Ajit,<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; I&#39;m running into a problem with trying to run nic_single_core_perf on the new NIC.<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; The current configuration uses trex version v2.82.<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; However, I&#39;m running into an error when it tries to actually do a test case in the nic_single_core_perf.<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; The output looks like this when it reaches a test case:<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt; TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;                       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<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;                       dut.rhea: start<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;          TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/dts/framework/test_case.py&quot;, line 316, in _execute_test_case<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     case_obj()<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 198, in test_perf_nic_single_core<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self.perf_test(self.nb_ports)<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 259, in perf_test<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/dts/framework/pktgen_base.py&quot;, line 245, in measure_throughput<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self._prepare_transmission(stream_ids=stream_ids)<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/dts/framework/pktgen_trex.py&quot;, line 779, in _prepare_transmission<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self._conn.reset(ports=self._ports)<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     ret = f(*args, **kwargs)<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 339, in reset<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self.clear_stats(ports)<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     ret = f(*args, **kwargs)<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 1467, in clear_stats<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self._clear_stats_common(ports, clear_global, clear_xstats)<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py&quot;, line 2840, in _clear_stats_common<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     raise TRexError(rc)<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt; trex.common.trex_exceptions.TRexError: *** [RPC] - Failed to get server response from tcp://<a href="http://127.0.0.1:4501" rel="noreferrer" target="_blank">127.0.0.1:4501</a><br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; I have found one similar case on the github repository for trex, but the solution was vendor-specific: <a href="https://github.com/cisco-system-traffic-generator/trex-core/issues/147" rel="noreferrer" target="_blank">https://github.com/cisco-system-traffic-generator/trex-core/issues/147</a>.<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; Have you ran into this issue before?<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; Thanks,<br>
&gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; Brandon<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; --<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; Brandon Lo<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; UNH InterOperability Laboratory<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; 21 Madbury Rd, Suite 100, Durham, NH 03824<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; <a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; <a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; --<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; Brandon Lo<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; UNH InterOperability Laboratory<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; 21 Madbury Rd, Suite 100, Durham, NH 03824<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; <a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; <a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt;<br>
&gt;&gt; Brandon Lo<br>
&gt;&gt;<br>
&gt;&gt; UNH InterOperability Laboratory<br>
&gt;&gt;<br>
&gt;&gt; 21 Madbury Rd, Suite 100, Durham, NH 03824<br>
&gt;&gt;<br>
&gt;&gt; <a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
&gt;&gt;<br>
&gt;&gt; <a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
<br>
<br>
<br>
-- <br>
<br>
Brandon Lo<br>
<br>
UNH InterOperability Laboratory<br>
<br>
21 Madbury Rd, Suite 100, Durham, NH 03824<br>
<br>
<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
<br>
<a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
</blockquote></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-08-26 19:57                               ` Ajit Khaparde
@ 2020-09-01 18:09                                 ` Brandon Lo
  2020-09-01 18:11                                   ` Ajit Khaparde
  0 siblings, 1 reply; 19+ messages in thread
From: Brandon Lo @ 2020-09-01 18:09 UTC (permalink / raw)
  To: Ajit Khaparde; +Cc: ci, dpdklab

Hi Ajit,

I'm going to re-enable the Broadcom 25G NIC in production performance
and functional testing.

If you would like to do testing/debugging on the machine, such as on
the 100G NIC, then please disable these two pipelines on our Jenkins:
    https://dpdklab.iol.unh.edu/jenkins/job/Broadcom-25G-Functional-Test-Pipeline/
    https://dpdklab.iol.unh.edu/jenkins/job/Broadcom-25G-Performance-Test-Pipeline/

You will need to sign in using the same credentials as your VPN.

This will prevent any overlapping of DTS/TREX runs which is known to
cause errors.
Please let me know if you run into any issues.

Thanks,
Brandon

On Wed, Aug 26, 2020 at 3:58 PM Ajit Khaparde
<ajit.khaparde@broadcom.com> wrote:
>
> Not yet Brandon.
> But I believe I might have to look at what trex is doing to make progress.
> I will let you know if I need any help.
>
> Thanks
> Ajit
>
> On Tue, Aug 25, 2020 at 1:13 PM Brandon Lo <blo@iol.unh.edu> wrote:
>>
>> Hi Ajit,
>>
>> Did you find anything of interest on the machine?
>> I could help out if needed.
>>
>> Thanks,
>> Brandon
>>
>> On Thu, Aug 20, 2020 at 5:07 PM Ajit Khaparde
>> <ajit.khaparde@broadcom.com> wrote:
>> >
>> > Hi Brandon,
>> > I do see some issues while running trex on this setup.
>> > I will have to dig further. I will let you know once I find something or may be a fix.
>> >
>> > Thanks
>> > Ajit
>> >
>> > On Thu, Aug 20, 2020 at 8:39 AM Brandon Lo <blo@iol.unh.edu> wrote:
>> >>
>> >> Hi Ajit,
>> >>
>> >> I believe DTS/TREX is run on the io machine as a tester. Rhea runs
>> >> testpmd (through an ssh session from io --> rhea) to catch information
>> >> as a DUT.
>> >>
>> >> The only commands that I run (on io) are:
>> >> cd /opt/dts
>> >> export DTS_CFG_FOLDER='conf_100g'
>> >> ./dts -s
>> >>
>> >> The rest is managed by DTS itself.
>> >> The issue occurs when DTS is trying to send packets to rhea from io on
>> >> the new 100G NIC.
>> >> It seems to happen after it tries to measure throughput using TREX's API.
>> >>
>> >> Thanks,
>> >> Brandon
>> >>
>> >> On Thu, Aug 20, 2020 at 12:29 AM Ajit Khaparde
>> >> <ajit.khaparde@broadcom.com> wrote:
>> >> >
>> >> > Hi Brandon,
>> >> > I was trying to see what exactly is happening on the setup and what is causing the problem.
>> >> > But I will need your help to use the proper code and commands.
>> >> >
>> >> > I believe you run the testpmd command on io. And the trex is executed on rhea?
>> >> > Can you point me to the location of the code and the steps you are following while running the test?
>> >> >
>> >> > Thanks
>> >> > Ajit
>> >> >
>> >> > On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde <ajit.khaparde@broadcom.com> wrote:
>> >> >>
>> >> >> Hi Brandon,
>> >> >> I haven't. I tried to login as well. But I had some issues doing it from the office.
>> >> >> I just have to remind myself to try it again once I get home before I connect to the company VPN.
>> >> >> Thanks for checking in. I will try to update you as soon as I can.
>> >> >>
>> >> >> Thanks
>> >> >> Ajit
>> >> >>
>> >> >> On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo <blo@iol.unh.edu> wrote:
>> >> >>>
>> >> >>> 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/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:
>> >> >>>>
>> >> >>>> (on io) cd /opt/dts
>> >> >>>> export DTS_CFG_FOLDER='conf_100g'
>> >> >>>>
>> >> >>>> conf_100g has the new configuration files to use the new PCI id and pktgen config file
>> >> >>>>
>> >> >>>> ./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,
>> >> >>>>> 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 <blo@iol.unh.edu> 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
>> >>
>> >>
>> >>
>> >> --
>> >>
>> >> 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



-- 

Brandon Lo

UNH InterOperability Laboratory

21 Madbury Rd, Suite 100, Durham, NH 03824

blo@iol.unh.edu

www.iol.unh.edu

^ permalink raw reply	[flat|nested] 19+ messages in thread

* Re: [dpdk-ci] New 100G Broadcom NIC Ubuntu
  2020-09-01 18:09                                 ` Brandon Lo
@ 2020-09-01 18:11                                   ` Ajit Khaparde
  0 siblings, 0 replies; 19+ messages in thread
From: Ajit Khaparde @ 2020-09-01 18:11 UTC (permalink / raw)
  To: Brandon Lo; +Cc: ci, dpdklab

[-- Attachment #1: Type: text/plain, Size: 9517 bytes --]

Hi Brandon,
Thanks for this.
I have been stretched thin lately, and this will surely help.

Thanks
Ajit

On Tue, Sep 1, 2020 at 11:09 AM Brandon Lo <blo@iol.unh.edu> wrote:

> Hi Ajit,
>
> I'm going to re-enable the Broadcom 25G NIC in production performance
> and functional testing.
>
> If you would like to do testing/debugging on the machine, such as on
> the 100G NIC, then please disable these two pipelines on our Jenkins:
>
> https://dpdklab.iol.unh.edu/jenkins/job/Broadcom-25G-Functional-Test-Pipeline/
>
> https://dpdklab.iol.unh.edu/jenkins/job/Broadcom-25G-Performance-Test-Pipeline/
>
> You will need to sign in using the same credentials as your VPN.
>
> This will prevent any overlapping of DTS/TREX runs which is known to
> cause errors.
> Please let me know if you run into any issues.
>
> Thanks,
> Brandon
>
> On Wed, Aug 26, 2020 at 3:58 PM Ajit Khaparde
> <ajit.khaparde@broadcom.com> wrote:
> >
> > Not yet Brandon.
> > But I believe I might have to look at what trex is doing to make
> progress.
> > I will let you know if I need any help.
> >
> > Thanks
> > Ajit
> >
> > On Tue, Aug 25, 2020 at 1:13 PM Brandon Lo <blo@iol.unh.edu> wrote:
> >>
> >> Hi Ajit,
> >>
> >> Did you find anything of interest on the machine?
> >> I could help out if needed.
> >>
> >> Thanks,
> >> Brandon
> >>
> >> On Thu, Aug 20, 2020 at 5:07 PM Ajit Khaparde
> >> <ajit.khaparde@broadcom.com> wrote:
> >> >
> >> > Hi Brandon,
> >> > I do see some issues while running trex on this setup.
> >> > I will have to dig further. I will let you know once I find something
> or may be a fix.
> >> >
> >> > Thanks
> >> > Ajit
> >> >
> >> > On Thu, Aug 20, 2020 at 8:39 AM Brandon Lo <blo@iol.unh.edu> wrote:
> >> >>
> >> >> Hi Ajit,
> >> >>
> >> >> I believe DTS/TREX is run on the io machine as a tester. Rhea runs
> >> >> testpmd (through an ssh session from io --> rhea) to catch
> information
> >> >> as a DUT.
> >> >>
> >> >> The only commands that I run (on io) are:
> >> >> cd /opt/dts
> >> >> export DTS_CFG_FOLDER='conf_100g'
> >> >> ./dts -s
> >> >>
> >> >> The rest is managed by DTS itself.
> >> >> The issue occurs when DTS is trying to send packets to rhea from io
> on
> >> >> the new 100G NIC.
> >> >> It seems to happen after it tries to measure throughput using TREX's
> API.
> >> >>
> >> >> Thanks,
> >> >> Brandon
> >> >>
> >> >> On Thu, Aug 20, 2020 at 12:29 AM Ajit Khaparde
> >> >> <ajit.khaparde@broadcom.com> wrote:
> >> >> >
> >> >> > Hi Brandon,
> >> >> > I was trying to see what exactly is happening on the setup and
> what is causing the problem.
> >> >> > But I will need your help to use the proper code and commands.
> >> >> >
> >> >> > I believe you run the testpmd command on io. And the trex is
> executed on rhea?
> >> >> > Can you point me to the location of the code and the steps you are
> following while running the test?
> >> >> >
> >> >> > Thanks
> >> >> > Ajit
> >> >> >
> >> >> > On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde <
> ajit.khaparde@broadcom.com> wrote:
> >> >> >>
> >> >> >> Hi Brandon,
> >> >> >> I haven't. I tried to login as well. But I had some issues doing
> it from the office.
> >> >> >> I just have to remind myself to try it again once I get home
> before I connect to the company VPN.
> >> >> >> Thanks for checking in. I will try to update you as soon as I can.
> >> >> >>
> >> >> >> Thanks
> >> >> >> Ajit
> >> >> >>
> >> >> >> On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo <blo@iol.unh.edu>
> wrote:
> >> >> >>>
> >> >> >>> 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/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:
> >> >> >>>>
> >> >> >>>> (on io) cd /opt/dts
> >> >> >>>> export DTS_CFG_FOLDER='conf_100g'
> >> >> >>>>
> >> >> >>>> conf_100g has the new configuration files to use the new PCI id
> and pktgen config file
> >> >> >>>>
> >> >> >>>> ./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,
> >> >> >>>>> 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 <blo@iol.unh.edu>
> 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
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >>
> >> >> 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
>
>
>
> --
>
> Brandon Lo
>
> UNH InterOperability Laboratory
>
> 21 Madbury Rd, Suite 100, Durham, NH 03824
>
> blo@iol.unh.edu
>
> www.iol.unh.edu
>

[-- Attachment #2: Type: text/html, Size: 16827 bytes --]

<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Brandon,</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks for this.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">I have been stretched thin lately, and this will surely help.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ajit</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 1, 2020 at 11:09 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu">blo@iol.unh.edu</a>&gt; 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 Ajit,<br>
<br>
I&#39;m going to re-enable the Broadcom 25G NIC in production performance<br>
and functional testing.<br>
<br>
If you would like to do testing/debugging on the machine, such as on<br>
the 100G NIC, then please disable these two pipelines on our Jenkins:<br>
    <a href="https://dpdklab.iol.unh.edu/jenkins/job/Broadcom-25G-Functional-Test-Pipeline/" rel="noreferrer" target="_blank">https://dpdklab.iol.unh.edu/jenkins/job/Broadcom-25G-Functional-Test-Pipeline/</a><br>
    <a href="https://dpdklab.iol.unh.edu/jenkins/job/Broadcom-25G-Performance-Test-Pipeline/" rel="noreferrer" target="_blank">https://dpdklab.iol.unh.edu/jenkins/job/Broadcom-25G-Performance-Test-Pipeline/</a><br>
<br>
You will need to sign in using the same credentials as your VPN.<br>
<br>
This will prevent any overlapping of DTS/TREX runs which is known to<br>
cause errors.<br>
Please let me know if you run into any issues.<br>
<br>
Thanks,<br>
Brandon<br>
<br>
On Wed, Aug 26, 2020 at 3:58 PM Ajit Khaparde<br>
&lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;<br>
&gt; Not yet Brandon.<br>
&gt; But I believe I might have to look at what trex is doing to make progress.<br>
&gt; I will let you know if I need any help.<br>
&gt;<br>
&gt; Thanks<br>
&gt; Ajit<br>
&gt;<br>
&gt; On Tue, Aug 25, 2020 at 1:13 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi Ajit,<br>
&gt;&gt;<br>
&gt;&gt; Did you find anything of interest on the machine?<br>
&gt;&gt; I could help out if needed.<br>
&gt;&gt;<br>
&gt;&gt; Thanks,<br>
&gt;&gt; Brandon<br>
&gt;&gt;<br>
&gt;&gt; On Thu, Aug 20, 2020 at 5:07 PM Ajit Khaparde<br>
&gt;&gt; &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Hi Brandon,<br>
&gt;&gt; &gt; I do see some issues while running trex on this setup.<br>
&gt;&gt; &gt; I will have to dig further. I will let you know once I find something or may be a fix.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Thanks<br>
&gt;&gt; &gt; Ajit<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; On Thu, Aug 20, 2020 at 8:39 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Hi Ajit,<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; I believe DTS/TREX is run on the io machine as a tester. Rhea runs<br>
&gt;&gt; &gt;&gt; testpmd (through an ssh session from io --&gt; rhea) to catch information<br>
&gt;&gt; &gt;&gt; as a DUT.<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; The only commands that I run (on io) are:<br>
&gt;&gt; &gt;&gt; cd /opt/dts<br>
&gt;&gt; &gt;&gt; export DTS_CFG_FOLDER=&#39;conf_100g&#39;<br>
&gt;&gt; &gt;&gt; ./dts -s<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; The rest is managed by DTS itself.<br>
&gt;&gt; &gt;&gt; The issue occurs when DTS is trying to send packets to rhea from io on<br>
&gt;&gt; &gt;&gt; the new 100G NIC.<br>
&gt;&gt; &gt;&gt; It seems to happen after it tries to measure throughput using TREX&#39;s API.<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Thanks,<br>
&gt;&gt; &gt;&gt; Brandon<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; On Thu, Aug 20, 2020 at 12:29 AM Ajit Khaparde<br>
&gt;&gt; &gt;&gt; &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; Hi Brandon,<br>
&gt;&gt; &gt;&gt; &gt; I was trying to see what exactly is happening on the setup and what is causing the problem.<br>
&gt;&gt; &gt;&gt; &gt; But I will need your help to use the proper code and commands.<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; I believe you run the testpmd command on io. And the trex is executed on rhea?<br>
&gt;&gt; &gt;&gt; &gt; Can you point me to the location of the code and the steps you are following while running the test?<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; Thanks<br>
&gt;&gt; &gt;&gt; &gt; Ajit<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; On Tue, Aug 11, 2020 at 10:47 AM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; Hi Brandon,<br>
&gt;&gt; &gt;&gt; &gt;&gt; I haven&#39;t. I tried to login as well. But I had some issues doing it from the office.<br>
&gt;&gt; &gt;&gt; &gt;&gt; I just have to remind myself to try it again once I get home before I connect to the company VPN.<br>
&gt;&gt; &gt;&gt; &gt;&gt; Thanks for checking in. I will try to update you as soon as I can.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; Thanks<br>
&gt;&gt; &gt;&gt; &gt;&gt; Ajit<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; On Tue, Aug 11, 2020 at 10:46 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; Hi Ajit,<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; I&#39;m just checking in; have you heard of any updates on this issue?<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; Thanks,<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; Brandon<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; On Tue, Aug 4, 2020 at 1:42 PM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; Hi Ajit,<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; Yes, I believe the issue is coming from the trex/tester system with the 100G NIC.<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; I&#39;m not sure what causes this issue; if I run trex using the command &quot;cd /opt/v2.82;./t-rex-64 -i --cfg /etc/trex_cfg_100g.yaml -c 7&quot;, which is the same command used in DTS, it seems to launch without failing.<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; If you want to replicate it, here are the steps that I ran:<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; (on io) cd /opt/dts<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; export DTS_CFG_FOLDER=&#39;conf_100g&#39;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; conf_100g has the new configuration files to use the new PCI id and pktgen config file<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; ./dts -s<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; Thanks for your help,<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; Brandon<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; On Tue, Aug 4, 2020 at 12:38 PM Ajit Khaparde &lt;<a href="mailto:ajit.khaparde@broadcom.com" target="_blank">ajit.khaparde@broadcom.com</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt; Hi Brandon,<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt; No, I haven&#39;t seen or heard this before.<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt; But I will try to have someone run it again.<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt; Just to make sure -<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt; You are running trex on the 100G NIC and the problem is encountered on that setup?<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt; Or is it the system that is running testpmd where you are running into the issue?<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt; Thanks<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt; Ajit<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt; On Tue, Aug 4, 2020 at 9:16 AM Brandon Lo &lt;<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; Hi Ajit,<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; I&#39;m running into a problem with trying to run nic_single_core_perf on the new NIC.<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; The current configuration uses trex version v2.82.<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; However, I&#39;m running into an error when it tries to actually do a test case in the nic_single_core_perf.<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; The output looks like this when it reaches a test case:<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt; TestNicSingleCorePerf: Test running at parameters: framesize: 64, rxd/txd: 512<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;                       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<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;                       dut.rhea: start<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;          TestNicSingleCorePerf: Test Case test_perf_nic_single_core Result ERROR: Traceback (most recent call last):<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/dts/framework/test_case.py&quot;, line 316, in _execute_test_case<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     case_obj()<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 198, in test_perf_nic_single_core<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self.perf_test(self.nb_ports)<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;tests/TestSuite_nic_single_core_perf.py&quot;, line 259, in perf_test<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     _, packets_received = self.tester.pktgen.measure_throughput(stream_ids=streams, options=traffic_opt)<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/dts/framework/pktgen_base.py&quot;, line 245, in measure_throughput<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self._prepare_transmission(stream_ids=stream_ids)<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/dts/framework/pktgen_trex.py&quot;, line 779, in _prepare_transmission<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self._conn.reset(ports=self._ports)<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     ret = f(*args, **kwargs)<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 339, in reset<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self.clear_stats(ports)<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_api_annotators.py&quot;, line 51, in wrap2<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     ret = f(*args, **kwargs)<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/stl/trex_stl_client.py&quot;, line 1467, in clear_stats<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     self._clear_stats_common(ports, clear_global, clear_xstats)<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;   File &quot;/opt/v2.82/automation/trex_control_plane/interactive/trex/common/trex_client.py&quot;, line 2840, in _clear_stats_common<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt;     raise TRexError(rc)<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;&gt; trex.common.trex_exceptions.TRexError: *** [RPC] - Failed to get server response from tcp://<a href="http://127.0.0.1:4501" rel="noreferrer" target="_blank">127.0.0.1:4501</a><br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; I have found one similar case on the github repository for trex, but the solution was vendor-specific: <a href="https://github.com/cisco-system-traffic-generator/trex-core/issues/147" rel="noreferrer" target="_blank">https://github.com/cisco-system-traffic-generator/trex-core/issues/147</a>.<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; Have you ran into this issue before?<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; Thanks,<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;&gt;&gt; Brandon<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; --<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; Brandon Lo<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; UNH InterOperability Laboratory<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; 21 Madbury Rd, Suite 100, Durham, NH 03824<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; <a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;&gt; <a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; --<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; Brandon Lo<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; UNH InterOperability Laboratory<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; 21 Madbury Rd, Suite 100, Durham, NH 03824<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; <a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;&gt; <a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; --<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Brandon Lo<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; UNH InterOperability Laboratory<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; 21 Madbury Rd, Suite 100, Durham, NH 03824<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; <a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; <a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt;<br>
&gt;&gt; Brandon Lo<br>
&gt;&gt;<br>
&gt;&gt; UNH InterOperability Laboratory<br>
&gt;&gt;<br>
&gt;&gt; 21 Madbury Rd, Suite 100, Durham, NH 03824<br>
&gt;&gt;<br>
&gt;&gt; <a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
&gt;&gt;<br>
&gt;&gt; <a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
<br>
<br>
<br>
-- <br>
<br>
Brandon Lo<br>
<br>
UNH InterOperability Laboratory<br>
<br>
21 Madbury Rd, Suite 100, Durham, NH 03824<br>
<br>
<a href="mailto:blo@iol.unh.edu" target="_blank">blo@iol.unh.edu</a><br>
<br>
<a href="http://www.iol.unh.edu" rel="noreferrer" target="_blank">www.iol.unh.edu</a><br>
</blockquote></div>

^ permalink raw reply	[flat|nested] 19+ messages in thread

end of thread, back to index

Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-21 20:22 [dpdk-ci] New 100G Broadcom NIC Ubuntu Brandon Lo
2020-07-21 21:27 ` Ajit Khaparde
2020-07-28 16:47   ` Brandon Lo
2020-07-28 17:22     ` Ajit Khaparde
2020-07-28 17:32       ` Brandon Lo
2020-07-28 19:19         ` Ajit Khaparde
2020-07-28 19:41           ` Brandon Lo
2020-08-04 16:16             ` Brandon Lo
2020-08-04 16:37               ` Ajit Khaparde
2020-08-04 17:42                 ` Brandon Lo
2020-08-11 17:45                   ` Brandon Lo
2020-08-11 17:47                     ` Ajit Khaparde
2020-08-20  4:29                       ` Ajit Khaparde
2020-08-20 15:39                         ` Brandon Lo
2020-08-20 21:07                           ` Ajit Khaparde
2020-08-25 20:13                             ` Brandon Lo
2020-08-26 19:57                               ` Ajit Khaparde
2020-09-01 18:09                                 ` Brandon Lo
2020-09-01 18:11                                   ` Ajit Khaparde

DPDK CI discussions

Archives are clonable:
	git clone --mirror http://inbox.dpdk.org/ci/0 ci/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 ci ci/ http://inbox.dpdk.org/ci \
		ci@dpdk.org
	public-inbox-index ci


Newsgroup available over NNTP:
	nntp://inbox.dpdk.org/inbox.dpdk.ci


AGPL code for this site: git clone https://public-inbox.org/ public-inbox