From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 714A9A00C5 for ; Thu, 14 Jul 2022 09:44:36 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 03F4C42836; Thu, 14 Jul 2022 09:44:36 +0200 (CEST) Received: from mail-pf1-f171.google.com (mail-pf1-f171.google.com [209.85.210.171]) by mails.dpdk.org (Postfix) with ESMTP id A2F1041156 for ; Thu, 14 Jul 2022 09:44:33 +0200 (CEST) Received: by mail-pf1-f171.google.com with SMTP id b9so1122852pfp.10 for ; Thu, 14 Jul 2022 00:44:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+ZS7lyUqHI4f/wTxhSx4E6egYyflPgJrzDk1UsY5mvw=; b=bkTqg47Lzocr/vMeVdgh98ezOsovYKPeLMkRgE3KAtPuTMYmZ04WLZB6lzWx08zfXb 6gJBhQbZ58S2rz3dk62+wMR1nC88x66zfjEzlpt4+ySl9Ld2ZB+Zdm1WxLdgb0qr28JM O+8bR9ITIZcIUcLaDxzPGHR31ME9+MDg2ppu7Z+pKm1kJDxOwsGLEMwKgax/kxDOgJoi K8J6YQKN8+lsgDiWDrq+81yUA9dWWvpqlOrQdn6chMko5pcTNkPF8z9lpOF9EIfYCZPl RQFBtKIRwA4m4+SKIEcVTPp66JiHcHwmezDg2/8+9OqNnkQdG5zeX4OeXh1snQyhT5R/ 32IQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+ZS7lyUqHI4f/wTxhSx4E6egYyflPgJrzDk1UsY5mvw=; b=vRnDc+B9O2ZfpElfLB6hefejcRD3BSsEdVO5cdiUisEX9JYEFtiujmipwsP5UX+BCn aWxghaGLm7H4H4bteJLyeYWr+HpNPgTlkBHcztDf0tDkponYcyRwmaGqlqwDkBfa7nhy mC7gBbqu344V5LrCpPxcTjZ+zoGMVNrwuwYtDepOX3ODo1hHceyQ2MykYLabzDZUQSgo gw71dUMkHGn/8trjsB68S7gNYJ50lHv2PxBG9CGTh1Tj0rRWe8lphTja+sw8quhkwCQu MZDjy8oFYVCR1LPprN7KPf3imwUpjIM2PWLoXlRHfsVajyKlBMaePcr3HFfsHSP9TRF4 jzPg== X-Gm-Message-State: AJIora/pALouLburZgohJnVgobSRaUFpMueNNq4pGeng/aBJiR95zSMz J8xQRcM1DI0ifUZ70TAkgyE6bAt7bFkpIOKSsy0= X-Google-Smtp-Source: AGRyM1vVRp9lqzAXPS0HiswBGoBp/Hw4dCsH1JD/g8RWYR2u9nO0r6v7pOnsq12nfzPXK/a/KmsryXQvYdcMZSrBBLA= X-Received: by 2002:a63:9547:0:b0:408:be53:b599 with SMTP id t7-20020a639547000000b00408be53b599mr6551675pgn.463.1657784672617; Thu, 14 Jul 2022 00:44:32 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Lokesh Chakka Date: Thu, 14 Jul 2022 13:14:19 +0530 Message-ID: Subject: Re: skeleton code failing (Lokesh Chakka) To: "Varghese, Vipin" Cc: "ajit.khaparde@broadcom.com" , "users@dpdk.org" , "Yigit, Ferruh" , "Tummala, Sivaprasad" Content-Type: multipart/alternative; boundary="000000000000868a8605e3bf1223" X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org --000000000000868a8605e3bf1223 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear vipin, Thanks a lot for your valuable assistance and observation. I can't sacrifice performance.I will look into pdump. Best Regards -- Lokesh Chakka. On Thu, Jul 14, 2022 at 1:03 PM Varghese, Vipin wrote: > [Public] > > > > [LC] I am having is > https://www.broadcom.com/products/ethernet-connectivity/network-adapters/= p2100g > > However, cards are up after waiting for around 10 minutes. > > [VV] I do face similar issue, hence I have recommended ` Observation: due= some hardware or firmware bug auto-neg take more time with the current DPD= K BXNT PMD. Hence my advice is try to wait longer for link state up in DPDK= .`. Please try reaching out to Broadcom PMD maintainer `ajit.khaparde@broad= com.com`. Once the solution is identified please share too > > > > > > [LC] If netdevice is not available, how can I capture the packets using > wireshark? > > [VV] Please explore DPDK tool PDUMP. > https://doc.dpdk.org/guides/tools/pdump.html > > > > [LC] Interfaces are not visible to the wireshark. Very basic requirement > is to send the packets, capture them and see the contents. > > [VV] If you want the kernel netdev visible and use it under DPDK, I > recommend using LIBPCAP PMD by sacrificing performance and higher > functionality. > > > > *From:* Lokesh Chakka > *Sent:* Thursday, July 14, 2022 12:56 PM > *To:* Varghese, Vipin > *Cc:* users@dpdk.org; Yigit, Ferruh ; Tummala, > Sivaprasad > *Subject:* Re: skeleton code failing (Lokesh Chakka) > > > > [CAUTION: External Email] > > > The card I am having is > https://www.broadcom.com/products/ethernet-connectivity/network-adapters/= p2100g > > > However, cards are up after waiting for around 10 minutes. > > > > Thanks for the valuable input. skeleton code is running till I press > ctrl+c. > > Now I have a big concern. > > If netdevice is not available, how can I capture the packets using > wireshark? > > Interfaces are not visible to the wireshark. Very basic requirement is to > send the packets, capture them and see the contents. > > > > > Thanks & Regards > -- > Lokesh Chakka. > > > > > > On Thu, Jul 14, 2022 at 11:46 AM Varghese, Vipin > wrote: > > [AMD Official Use Only - General] > > > > Is this not Broadcom extreme net card? Please refer > http://doc.dpdk.org/guides/nics/bnxt.html > , > once you bind with `igb_uio, vfio_pci or uio_pci_generic` all linux > netdevice instance will be no longer available. This is because it is not= a > `port representator` > > > > Observation: due some hardware or firmware bug auto-neg take more time > with the current DPDK BXNT PMD. Hence my advice is try to wait longer for > link state up in DPDK. > > You can verify the same with testpmd. > > > > *From:* Lokesh Chakka > *Sent:* Thursday, July 14, 2022 11:11 AM > *To:* Varghese, Vipin > *Cc:* users@dpdk.org; Yigit, Ferruh ; Tummala, > Sivaprasad > *Subject:* Re: skeleton code failing (Lokesh Chakka) > > > > [CAUTION: External Email] > > I have one more observation here. > > After "$ sudo dpdk-devbind.py -b vfio-pci 83:00.0 83:00.1" > > > > Cards are shutting down. ifconfig is not showing the cards. reinsert of > sfp is also not bringing the cards up. I had to restart the server. Not > sure why the cards are going down. > > > > Thanks & Regards > -- > Lokesh Chakka. > > > > > > On Thu, Jul 14, 2022 at 8:50 AM Varghese, Vipin > wrote: > > [AMD Official Use Only - General] > > Based on the compilation command shared it looks like you are using the > build in shared library mode ` gcc main.c -g `pkg-config --cflags libdpdk > --libs libdpdk` > Hence in EAL PCIe probe, the BNXT PMD is not triggered to identify the > NIC. > > Solutions for these can be > 1. Build with static library ` gcc main.c -g `pkg-config --cflags libdpdk > --libs --static libdpdk` > 2. pass the bxnt_en PMD shared library to eal args by ` sudo ./a.out -l 1 > -d librte_net_bnxt.so` > > Can you try any of the above ? > > > -----Original Message----- > > From: users-request@dpdk.org > > Sent: Wednesday, July 13, 2022 3:30 PM > > To: users@dpdk.org > > Subject: users Digest, Vol 347, Issue 6 > > > > [CAUTION: External Email] > > > > Send users mailing list submissions to > > users@dpdk.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > > > > https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fmails= .dp > > > dk.org > > %2Flistinfo%2Fusers&data=3D05%7C01%7Cvipin.varghese%40amd.co > > > m%7C55465d0d4faa4cd8496a08da64b674f4%7C3dd8961fe4884e608e11a82d9 > > 94e183d%7C0%7C0%7C637933032067208770%7CUnknown%7CTWFpbGZsb3d8 > > eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D > > %7C3000%7C%7C%7C&sdata=3D6JHjf2Fu%2BkQ56CF9xTZvBS%2Bh8Uomlqv > > E9dq9M7VefiU%3D&reserved=3D0 > > or, via email, send a message with subject or body 'help' to > > users-request@dpdk.org > > > > You can reach the person managing the list at > > users-owner@dpdk.org > > > > When replying, please edit your Subject line so it is more specific tha= n > "Re: > > Contents of users digest..." > > > > > > Today's Topics: > > > > 1. Re: skeleton code failing (Lokesh Chakka) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Wed, 13 Jul 2022 12:56:37 +0530 > > From: Lokesh Chakka > > To: David Marchand > > Cc: users > > Subject: Re: skeleton code failing > > Message-ID: > > > Nm_pwq59fY9QVNH+GBgwRg@mail.gmail.com> > > Content-Type: text/plain; charset=3D"utf-8" > > > > Dear David, > > > > following is some more stuff i did > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > > $ sudo dpdk-devbind.py -b vfio-pci 83:00.0 $ sudo dpdk-devbind.py -b > vfio-pci > > 83:00.1 $ sudo dpdk-devbind.py -b uio_pci_generic 83:00.0 83:00.1 > > Error: Driver 'uio_pci_generic' is not loaded. > > $ sudo dpdk-devbind.py -b igb_uio 83:00.0 83:00.1 > > Error: Driver 'igb_uio' is not loaded. > > $ sudo dpdk-devbind.py -b vfio-pci 83:00.0 83:00.1 > > Notice: 0000:83:00.0 already bound to driver vfio-pci, skipping > > Notice: 0000:83:00.1 already bound to driver vfio-pci, skipping > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > > ~/Desktop/dpdk_examples/skeleton$ gcc main.c -g `pkg-config --cflags > libdpdk > > --libs libdpdk` lokesh@lokesh-ProLiant-DL385- > > Gen10:~/Desktop/dpdk_examples/skeleton$ sudo ./a.out > > EAL: Detected CPU lcores: 64 > > EAL: Detected NUMA nodes: 4 > > EAL: Detected shared linkage of DPDK > > EAL: Multi-process socket /var/run/dpdk/rte/mp_socket > > EAL: Selected IOVA mode 'VA' > > EAL: No available 1048576 kB hugepages reported > > EAL: VFIO support initialized > > EAL: Using IOMMU type 1 (Type 1) > > EAL: Probe PCI driver: net_bnxt (14e4:1750) device: 0000:83:00.0 (socke= t > 2) > > EAL: Probe PCI driver: net_bnxt (14e4:1750) device: 0000:83:00.1 (socke= t > 2) > > TELEMETRY: No legacy callbacks, legacy socket not created Port 0 MAC: b= c > 97 > > e1 ce 84 f0 Port 1 MAC: bc 97 e1 ce 84 f1 > > > > WARNING: Too many lcores enabled. Only 1 used. > > WARNING, port 0 is on remote NUMA node to polling thread. > > Performance will not be optimal. > > WARNING, port 1 is on remote NUMA node to polling thread. > > Performance will not be optimal. > > > > Core 0 forwarding packets. [Ctrl+C to quit] ^C > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > > After a few seconds, I presses ctrl+c > > > > surprisingly cards are not showing up even in ifconfig. > > > > > > > > Thanks & Regards > > -- > > Lokesh Chakka. > > > > > > On Wed, Jul 13, 2022 at 12:43 PM Lokesh Chakka < > > lvenkatakumarchakka@gmail.com> wrote: > > > > > Dear David, > > > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > > > $ lspci | grep -i broadcom > > > 83:00.0 Ethernet controller: Broadcom Inc. and subsidiaries BCM57508 > > > NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb/200Gb Ethernet (rev 11) > > > 83:00.1 Ethernet controller: Broadcom Inc. and subsidiaries BCM57508 > > > NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb/200Gb Ethernet (rev 11) $ lspci > > > -n -s 83:00.0 > > > 83:00.0 0200: 14e4:1750 (rev 11) > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > > > > > > I am compiling my code like this : > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > > > gcc main.c `pkg-config --cflags libdpdk --libs libdpdk` > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > > > > > > Hence it is statically linked code. > > > If I try > > > $ dpdk-pmdinfo.py ./a.out > > > > > > But I am not seeing any output > > > > > > > > > > > > Thanks & Regards > > > -- > > > Lokesh Chakka. > > > > > > > > > On Wed, Jul 13, 2022 at 12:22 PM David Marchand > > > > > > wrote: > > > > > >> On Wed, Jul 13, 2022 at 7:35 AM Lokesh Chakka > > >> wrote: > > >> > Would like to understand if I am missing something. I am new to > > >> > this > > >> platform. > > >> > rte_eth_dev_count_avail is returning zero. > > >> > OS is Ubuntu 22.04. DPDK is latest version. > > >> > Cards are being detected by Linux. Ifconfig is showing the cards u= p. > > >> LED is also glowing. > > >> > > >> Indeed, DPDK provides a userspace driver for some NetXtreme nics > > >> (which is net/bnxt). > > >> This userspace driver does not rely on the bnxt Linux kernel driver. > > >> IOW, this card being detecting and working with the Linux kernel doe= s > > >> not automatically mean that this nic can work with DPDK. > > >> > > >> We need more info on your nic, first. > > >> > > >> Can you share the pci id of this nic (like running lspci -n -s > > >> $pci_address)? > > >> It should be a 14e4:XXXX. > > >> > > >> Then you can check this XXXX against what your dpdk application > supports. > > >> > > >> If it is a statically linked application, you can run: > > >> $ dpdk-pmdinfo.py /path/to/your/application > > >> > > >> Else, if your application is dynamically linked against DPDK driver, > > >> you can run this command against the net/bnxt driver .so.22 (for > > >> 21.11 and later releases): > > >> $ dpdk-pmdinfo.py /path/to/your/dpdk/drivers/librte_net_bnxt.so.22 > > >> > > >> You should get a list of supported NetXtreme nics, like: > > >> > > >> [snipped some other drivers compiled in my application] PMD NAME: > > >> net_bnxt PMD HW SUPPORT: > > >> Broadcom Inc. and subsidiaries (14e4) : BCM5745X NetXtreme-E RDMA > > >> Virtual Function (1606) (All Subdevices) Broadcom Inc. and > > >> subsidiaries (14e4) : BCM5745X NetXtreme-E Ethernet Virtual Function > > >> (1609) (All Subdevices) Broadcom Inc. and subsidiaries (14e4) : > > >> BCM57454 NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb Ethernet (1614) (All > > >> Subdevices) Broadcom Inc. and subsidiaries (14e4) : NetXtreme-E RDM= A > > >> Virtual Function (16c1) (All Subdevices) Broadcom Inc. and > > >> subsidiaries (14e4) : NetXtreme-C Ethernet Virtual Function (16cb) > > >> (All Subdevices) [snipped the rest] > > >> > > >> I hope you can find a (XXXX) corresponding to your NIC. > > >> > > >> > > >> -- > > >> David Marchand > > >> > > >> > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > < > https://nam11.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fmails.= dp > > > dk.org > > %2Farchives%2Fusers%2Fattachments%2F20220713%2Fa362f7fe%2Fatta > > chment- > > 0001.htm&data=3D05%7C01%7Cvipin.varghese%40amd.com > > %7C55465d0d4f > > aa4cd8496a08da64b674f4%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C > > 0%7C637933032067208770%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjA > > wMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C > > %7C&sdata=3DjXnaf1qrCA5VSCMyrPPc5S5WYsHveR1tNBL4lczkGVE%3D&am > > p;reserved=3D0> > > > > End of users Digest, Vol 347, Issue 6 > > ************************************* > > --000000000000868a8605e3bf1223 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear vipin,

Thanks a lot for= your valuable assistance and observation. I can't sacrifice performanc= e.I will look into pdump.
=
Best Regards
--
Lokesh Chakka.
<= /div>


On Thu, Jul 14, 2022 at 1:03 P= M Varghese, Vipin <Vipin.Vargh= ese@amd.com> wrote:

[Public]

=C2=A0

[LC] I am having is https://www.broadcom.com/products/ethernet-connectivity/network-adapters/p2= 100g However, cards are up after waiting for around 10 minutes.<= u>

[VV] I =
do face similar issue, hence I have recommended ` Observation: due some har=
dware or firmware bug auto-neg take more time with the current DPDK BXNT PM=
D. Hence my advice is try to wait longer for link state up in DPDK.`. Pleas=
e try reaching out to Broadcom PMD maintainer `ajit.khaparde@broadcom.com`. Once t=
he solution is identified please share too =C2=A0

=C2=A0


=C2=A0


[LC] If netdevice is not available, how can I captur=
e the packets using wireshark?


[VV] Please explore DPDK tool PDUMP. 
https://doc.dpdk.org/guides/tools/pdump.html


=C2=A0


[LC] Interfaces are not visible to the wireshark. Ve=
ry basic requirement is to send the packets, capture them and see the conte=
nts.


[VV] If you want the kernel netdev visible and use i=
t under DPDK, I recommend using LIBPCAP PMD by sacrificing performance and =
higher functionality.


=C2=A0








From: Lokesh Chakka <lvenkatakumarchakka@gmail.com=
> 

Sent: Thursday, July 14, 2022 12:56 PM

To: Varghese, Vipin <Vipin.Varghese@amd.com>

Cc: users@dpdk.o=
rg; Yigit, Ferruh <Ferruh.Yigit@amd.com>; Tummala, Sivaprasad <Sivaprasad.Tummala@amd.=
com>

Subject: Re: skeleton code failing (Lokesh Chakka)






=C2=A0


[CAUTION: External Email] 




































However, cards are up after waiting for around 10 mi=
nutes.






=C2=A0






Thanks for the valuable input. skeleton code is runn=
ing till I press ctrl+c.






Now I have a big concern.






If netdevice is not available, how can I capture the=
 packets using wireshark?






Interfaces are not visible to the wireshark. Very ba=
sic requirement is to send the packets, capture them and see the contents.<=
u>






=C2=A0








Thanks & Regards

--

Lokesh Chakka.
























=C2=A0




=C2=A0






On Thu, Jul 14, 2022 at 11:46 AM Varghese, Vipin <=
;Vipin.Varghese=
@amd.com> wrote:










[AMD Official Use Only - General]


=C2=A0


Is this not Broadcom extreme net card? Please refer

http://doc.dpdk.org/guides/nics/bnxt.html, once you bind with `igb_uio,=
 vfio_pci or uio_pci_generic` all linux netdevice instance will be no longe=
r available. This is because it is not a `port representator`=



=C2=A0


Observation: due some hardware or firmware bug auto-=
neg take more time with the current DPDK BXNT PMD. Hence my advice is try t=
o wait longer for link state up in DPDK.



You can verify the same with testpmd.<=
/p>

=C2=A0








From: Lokesh Chakka <lvenkatakumarchakka@gmail.com=
>


Sent: Thursday, July 14, 2022 11:11 AM

To: Varghese, Vipin <Vipin.Varghese@amd.com>

Cc: users@dpdk.o=
rg; Yigit, Ferruh <Ferruh.Yigit@amd.com>; Tummala, Sivaprasad <Sivaprasad.Tummala@amd.=
com>

Subject: Re: skeleton code failing (Lokesh Chakka)






=C2=A0


[CAUTION: External Email]









I have one more observation here.






After "$ sudo dpdk-devbind.py -b vfio-pci 83:00=
.0 83:00.1"






=C2=A0






Cards are shutting down. ifconfig is not showing the=
 cards. reinsert of sfp is also not bringing the cards up. I had to restart=
 the server. Not sure why the cards are going down.






=C2=A0




























Thanks & Regards

--

Lokesh Chakka.
























=C2=A0






=C2=A0






On Thu, Jul 14, 2022 at 8:50 AM Varghese, Vipin <=
Vipin.Varghese@=
amd.com> wrote:






[AMD Official Use Only - General]



Based on the compilation command shared it looks like you are using the bui=
ld in shared library mode ` gcc main.c -g `pkg-config --cflags libdpdk --li=
bs libdpdk`

Hence in EAL PCIe probe, the BNXT PMD is not triggered to identify the NIC.=
 



Solutions for these can be

1. Build with static library ` gcc main.c -g `pkg-config --cflags libdpdk -=
-libs --static libdpdk`

2. pass the bxnt_en PMD shared library to eal args by ` sudo ./a.out -l 1 -=
d librte_net_bnxt.so`



Can you try any of the above ?



> -----Original Message-----

> From: user=
s-request@dpdk.org <users-request@dpdk.org>

> Sent: Wednesday, July 13, 2022 3:30 PM

> To: users@dpdk.org=


> Subject: users Digest, Vol 347, Issue 6

> 

> [CAUTION: External Email]

> 

> Send users mailing list submissions to

>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0users@dpdk.org

> 

> To subscribe or unsubscribe via the World Wide Web, visit

> 

> 
https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fmails.d=
p

> 
dk.org%2Flistinfo%2Fusers&amp;data=3D05%7C01%7Cvipin.varghese%40amd.co

> m%7C55465d0d4faa4cd8496a08da64b674f4%7C3dd8961fe4884e608e11a82d9

> 94e183d%7C0%7C0%7C637933032067208770%7CUnknown%7CTWFpbGZsb3d8

> eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D

> %7C3000%7C%7C%7C&amp;sdata=3D6JHjf2Fu%2BkQ56CF9xTZvBS%2Bh8Uomlqv
> E9dq9M7VefiU%3D&amp;reserved=3D0

> or, via email, send a message with subject or body 'help' to
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0users-request@dpdk.org

> 

> You can reach the person managing the list at

>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0users-owner@dpdk.org

> 

> When replying, please edit your Subject line so it is more specific th=
an "Re:

> Contents of users digest..."

> 

> 

> Today's Topics:

> 

>=C2=A0 =C2=A0 1. Re: skeleton code failing (Lokesh Chakka)

> 

> 

> ----------------------------------------------------------------------=


> 

> Message: 1

> Date: Wed, 13 Jul 2022 12:56:37 +0530

> From: Lokesh Chakka <lvenkatakumarchakka@gmail.com>

> To: David Marchand <david.marchand@redhat.com>

> Cc: users <user=
s@dpdk.org>

> Subject: Re: skeleton code failing

> Message-ID:

>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<CACh--sgKJ9B2=3DNd-EUUx4D7Kz87-
> Nm_pwq59fY9QVNH+GBgwRg@mail.gmail.com>

> Content-Type: text/plain; charset=3D"utf-8"

> 

> Dear David,

> 

> following is some more stuff i did

> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D

> $ sudo dpdk-devbind.py -b vfio-pci 83:00.0 $ sudo dpdk-devbind.py -b v=
fio-pci

> 83:00.1 $ sudo dpdk-devbind.py -b uio_pci_generic 83:00.0 83:00.1

> Error: Driver 'uio_pci_generic' is not loaded.

> $ sudo dpdk-devbind.py -b igb_uio 83:00.0 83:00.1

> Error: Driver 'igb_uio' is not loaded.

> $ sudo dpdk-devbind.py -b vfio-pci 83:00.0 83:00.1

> Notice: 0000:83:00.0 already bound to driver vfio-pci, skipping

> Notice: 0000:83:00.1 already bound to driver vfio-pci, skipping

> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D

> ~/Desktop/dpdk_examples/skeleton$ gcc main.c -g `pkg-config --cflags l=
ibdpdk

> --libs libdpdk` lokesh@lokesh-ProLiant-DL385-

> Gen10:~/Desktop/dpdk_examples/skeleton$ sudo ./a.out

> EAL: Detected CPU lcores: 64

> EAL: Detected NUMA nodes: 4

> EAL: Detected shared linkage of DPDK

> EAL: Multi-process socket /var/run/dpdk/rte/mp_socket

> EAL: Selected IOVA mode 'VA'

> EAL: No available 1048576 kB hugepages reported

> EAL: VFIO support initialized

> EAL: Using IOMMU type 1 (Type 1)

> EAL: Probe PCI driver: net_bnxt (14e4:1750) device: 0000:83:00.0 (sock=
et 2)

> EAL: Probe PCI driver: net_bnxt (14e4:1750) device: 0000:83:00.1 (sock=
et 2)

> TELEMETRY: No legacy callbacks, legacy socket not created Port 0 MAC: =
bc 97

> e1 ce 84 f0 Port 1 MAC: bc 97 e1 ce 84 f1

> 

> WARNING: Too many lcores enabled. Only 1 used.

> WARNING, port 0 is on remote NUMA node to polling thread.

> Performance will not be optimal.

> WARNING, port 1 is on remote NUMA node to polling thread.

> Performance will not be optimal.

> 

> Core 0 forwarding packets. [Ctrl+C to quit] ^C

> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D

> After a few seconds, I presses ctrl+c

> 

> surprisingly cards are not showing up even in ifconfig.

> 

> 

> 

> Thanks & Regards

> --

> Lokesh Chakka.

> 

> 

> On Wed, Jul 13, 2022 at 12:43 PM Lokesh Chakka <

> lve=
nkatakumarchakka@gmail.com> wrote:

> 

> > Dear David,

> >

> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

> > $ lspci | grep -i broadcom

> > 83:00.0 Ethernet controller: Broadcom Inc. and subsidiaries BCM57=
508

> > NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb/200Gb Ethernet (rev 11)

> > 83:00.1 Ethernet controller: Broadcom Inc. and subsidiaries BCM57=
508

> > NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb/200Gb Ethernet (rev 11) $ l=
spci

> > -n -s 83:00.0

> > 83:00.0 0200: 14e4:1750 (rev 11)

> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

> >

> > I am compiling my code like this :

> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

> > gcc main.c `pkg-config --cflags libdpdk --libs libdpdk`

> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

> >

> > Hence it is statically linked code.

> > If I try

> > $ dpdk-pmdinfo.py ./a.out

> >

> > But I am not seeing any output

> >

> >

> >

> > Thanks & Regards

> > --

> > Lokesh Chakka.

> >

> >

> > On Wed, Jul 13, 2022 at 12:22 PM David Marchand

> > <david.marchand@redhat.com>

> > wrote:

> >

> >> On Wed, Jul 13, 2022 at 7:35 AM Lokesh Chakka

> >> <lvenkatakumarchakka@gmail.com> wrote:

> >> > Would like to understand if I am missing something. I am=
 new to

> >> > this

> >> platform.

> >> > rte_eth_dev_count_avail is returning zero.

> >> > OS is Ubuntu 22.04. DPDK is latest version.

> >> > Cards are being detected by Linux. Ifconfig is showing t=
he cards up.

> >> LED is also glowing.

> >>

> >> Indeed, DPDK provides a userspace driver for some NetXtreme n=
ics

> >> (which is net/bnxt).

> >> This userspace driver does not rely on the bnxt Linux kernel =
driver.

> >> IOW, this card being detecting and working with the Linux ker=
nel does

> >> not automatically mean that this nic can work with DPDK.

> >>

> >> We need more info on your nic, first.

> >>

> >> Can you share the pci id of this nic (like running lspci -n -=
s

> >> $pci_address)?

> >> It should be a 14e4:XXXX.

> >>

> >> Then you can check this XXXX against what your dpdk applicati=
on supports.

> >>

> >> If it is a statically linked application, you can run:

> >> $ dpdk-pmdinfo.py /path/to/your/application

> >>

> >> Else, if your application is dynamically linked against DPDK =
driver,

> >> you can run this command against the net/bnxt driver .so.22 (=
for

> >> 21.11 and later releases):

> >> $ dpdk-pmdinfo.py /path/to/your/dpdk/drivers/librte_net_bnxt.=
so.22

> >>

> >> You should get a list of supported NetXtreme nics, like:

> >>

> >> [snipped some other drivers compiled in my application] PMD N=
AME:

> >> net_bnxt PMD HW SUPPORT:

> >>=C2=A0 Broadcom Inc. and subsidiaries (14e4) : BCM5745X NetXtr=
eme-E RDMA

> >> Virtual Function (1606) (All Subdevices)=C2=A0 Broadcom Inc. =
and

> >> subsidiaries (14e4) : BCM5745X NetXtreme-E Ethernet Virtual F=
unction

> >> (1609) (All Subdevices)=C2=A0 Broadcom Inc. and subsidiaries =
(14e4) :

> >> BCM57454 NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb Ethernet (1614=
) (All

> >> Subdevices)=C2=A0 Broadcom Inc. and subsidiaries (14e4) : Net=
Xtreme-E RDMA

> >> Virtual Function (16c1) (All Subdevices)=C2=A0 Broadcom Inc. =
and

> >> subsidiaries (14e4) : NetXtreme-C Ethernet Virtual Function (=
16cb)

> >> (All Subdevices) [snipped the rest]

> >>

> >> I hope you can find a (XXXX) corresponding to your NIC.

> >>

> >>

> >> --

> >> David Marchand

> >>

> >>

> -------------- next part --------------

> An HTML attachment was scrubbed...

> URL:

> <http=
s://nam11.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fmails.dp=


> 
dk.org%2Farchives%2Fusers%2Fattachments%2F20220713%2Fa362f7fe%2Fatta
> chment-

> 0001.htm&amp;data=3D05%7C01%7Cvipin.varghese%40amd.com%7C55465d0d4f<=
br>
> aa4cd8496a08da64b674f4%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C

> 0%7C637933032067208770%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjA

> wMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C

> %7C&amp;sdata=3DjXnaf1qrCA5VSCMyrPPc5S5WYsHveR1tNBL4lczkGVE%3D&=
;am

> p;reserved=3D0>

> 

> End of users Digest, Vol 347, Issue 6

> *************************************
--000000000000868a8605e3bf1223--