Hello, As I am not able to get sufficient support from the intel support team or from the dpdk forum, the support team from intel asked me to raise a ticket in Intel Premium Support. Can someone help me get registered there as it is asking for an intel agent. Thanks & Regards -- Lokesh Chakka. On Wed, Jul 13, 2022 at 12:56 PM Lokesh Chakka < lvenkatakumarchakka@gmail.com> wrote: > Dear David, > > following is some more stuff i did > ================================================== > $ 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 > ================================================== > ~/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 (socket 2) > EAL: Probe PCI driver: net_bnxt (14e4:1750) device: 0000:83:00.1 (socket 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 > ================================================== > 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, >> >> ================================================= >> $ 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) >> ================================================= >> >> I am compiling my code like this : >> ================================================= >> gcc main.c `pkg-config --cflags libdpdk --libs libdpdk` >> ================================================= >> >> 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 >>> 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 up. >>> 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 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 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 RDMA 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 >>> >>>