DPDK patches and discussions
 help / color / mirror / Atom feed
From: Stephen Hemminger <stephen@networkplumber.org>
To: vikram T <vikramet@gmail.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] rte_eth_dev_count_avail() returns 0 with the MLX5 NIC card
Date: Thu, 17 Oct 2019 08:11:38 -0700	[thread overview]
Message-ID: <20191017081138.79f49809@hermes.lan> (raw)
In-Reply-To: <CANxYRjykCvDVPt=-Tn4mMH=2C9GsBSGzKP3-LZVHrpUBnxZ7Xg@mail.gmail.com>

On Thu, 17 Oct 2019 18:37:09 +0530
vikram T <vikramet@gmail.com> wrote:

> Hi,
> I am facing an issue with rte_eth_dev_count_avail() returns 0 on the MLX5
> NIC card.
> "dpdk-devbind.py -s" says that the interface is bound to mlx5_core. ( Need
> not be bounded to igb_uio)
> 
> *# /var/cache/ocsm/dpdk/dpdk-18.11/usertools/dpdk-devbind.py -s*
> 
> Network devices using kernel driver
> ===================================
> 0000:02:00.0 'NetXtreme BCM5720 Gigabit Ethernet PCIe 165f' if=em1 drv=tg3
> unused=igb_uio *Active*
> 0000:02:00.1 'NetXtreme BCM5720 Gigabit Ethernet PCIe 165f' if=em2 drv=tg3
> unused=igb_uio
> 0000:08:00.0 'MT27700 Family [ConnectX-4] 1013' if=p2p1 drv=mlx5_core
> unused=igb_uio
> 0000:08:00.1 'MT27700 Family [ConnectX-4] 1013' if=p2p2 drv=mlx5_core
> unused=igb_uio
> 0000:41:00.0 'Ethernet Controller X710 for 10GbE SFP+ 1572' if=p1p1
> drv=i40e unused=igb_uio
> 0000:41:00.1 'Ethernet Controller X710 for 10GbE SFP+ 1572' if=p1p2
> drv=i40e unused=igb_uio
> 
> No 'Crypto' devices detected
> ============================
> 
> No 'Eventdev' devices detected
> ==============================
> 
> No 'Mempool' devices detected
> =============================
> 
> No 'Compress' devices detected
> ==============================
> 
> *# ibv_devinfo*
> hca_id: mlx5_0
>         transport:                      InfiniBand (0)
>         fw_ver:                         12.25.1020
>         node_guid:                      506b:4b03:00db:fe0a
>         sys_image_guid:                 506b:4b03:00db:fe0a
>         vendor_id:                      0x02c9
>         vendor_part_id:                 4115
>         hw_ver:                         0x0
>         board_id:                       MT_2150110033
>         phys_port_cnt:                  1
>                 port:   1
>                         state:                  PORT_ACTIVE (4)
>                         max_mtu:                4096 (5)
>                         active_mtu:             1024 (3)
>                         sm_lid:                 0
>                         port_lid:               0
>                         port_lmc:               0x00
>                         link_layer:             Ethernet
> 
> hca_id: mlx5_1
>         transport:                      InfiniBand (0)
>         fw_ver:                         12.25.1020
>         node_guid:                      506b:4b03:00db:fe0b
>         sys_image_guid:                 506b:4b03:00db:fe0a
>         vendor_id:                      0x02c9
>         vendor_part_id:                 4115
>         hw_ver:                         0x0
>         board_id:                       MT_2150110033
>         phys_port_cnt:                  1
>                 port:   1
>                         state:                  PORT_DOWN (1)
>                         max_mtu:                4096 (5)
>                         active_mtu:             1024 (3)
>                         sm_lid:                 0
>                         port_lid:               0
>                         port_lmc:               0x00
>                         link_layer:             Ethernet
> 
> 
> # *mst start*
> Starting MST (Mellanox Software Tools) driver set
> Loading MST PCI module - Success
> Loading MST PCI configuration module - Success
> Create devices
> -W- Missing "lsusb" command, skipping MTUSB devices detection
> Unloading MST PCI module (unused) - Success
> *# mst status*
> MST modules:
> ------------
>     MST PCI module is not loaded
>     MST PCI configuration module loaded
> 
> MST devices:
> ------------
> /dev/mst/mt4115_pciconf0         - PCI configuration cycles access.
>                                    domain:bus:dev.fn=0000:08:00.0
> addr.reg=88 data.reg=92 cr_bar.gw_offset=-1
>                                    Chip revision is: 00
> 
> 
> * # ls -d /sys/class/net/*/device/infiniband_verbs/uverbs* | cut -d / -f 5*
> p2p1
> p2p2
> 
> However testpmd works fine here;
> *# ./testpmd -l 8-15 -n 4 -w 08:00.0  -w 08:00.1 -- --rxq=2 --txq=2 -i*
> EAL: Detected 32 lcore(s)
> EAL: Detected 2 NUMA nodes
> EAL: Multi-process socket /var/run/dpdk/rte/mp_socket
> EAL: Probing VFIO support...
> EAL: VFIO support initialized
> EAL: PCI device 0000:08:00.0 on NUMA socket 0
> EAL:   probe driver: 15b3:1013 net_mlx5
> EAL: PCI device 0000:08:00.1 on NUMA socket 0
> EAL:   probe driver: 15b3:1013 net_mlx5
> Interactive-mode selected
> testpmd: create a new mbuf pool <mbuf_pool_socket_0>: n=203456, size=2176,
> socket=0
> testpmd: preferred mempool ops selected: ring_mp_mc
> testpmd: create a new mbuf pool <mbuf_pool_socket_1>: n=203456, size=2176,
> socket=1
> testpmd: preferred mempool ops selected: ring_mp_mc
> Configuring Port 0 (socket 0)
> Port 0: 50:6B:4B:DB:FE:0A
> Configuring Port 1 (socket 0)
> Port 1: 50:6B:4B:DB:FE:0B
> Checking link statuses...
> Done
> testpmd> Killed  
> 
> 
> Is anything missing here for API rte_eth_dev_count_avail() not working
> here. Guidance to resolve from this blocking issue is much appreciated.
> Let me know if any other input/info is required.
> 
> Thanks in advance
> Regards
> Vikram

Mellanox driver does not need or want to be bound to igb_uio.
It is a bifurcated driver.

      reply	other threads:[~2019-10-17 15:11 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-17 13:07 vikram T
2019-10-17 15:11 ` Stephen Hemminger [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20191017081138.79f49809@hermes.lan \
    --to=stephen@networkplumber.org \
    --cc=dev@dpdk.org \
    --cc=vikramet@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).