From: "Tyler Blair" <tblair@fastmail.com>
To: "Stephen Hemminger" <stephen@networkplumber.org>
Cc: users@dpdk.org, "Long Li" <longli@microsoft.com>
Subject: Re: [dpdk-users] qdisc errors on 20.11.1 & Azure
Date: Tue, 06 Jul 2021 12:10:50 -0400 [thread overview]
Message-ID: <0c3b2d55-6e9e-43bd-bf33-b734f8b17d44@www.fastmail.com> (raw)
In-Reply-To: <20210706075717.1013bf3c@hermes.local>
> The next thing to check is version of rdma-core. Long just diagnosed an issue with rdma-core version in Ubuntu 20.4
That's the version I'm using in my last reply -- from ppa:canonical-server/server-backports: 33.1-1ubuntu1~backport20.04-202103240925~ubuntu20.04.1
Noticed now, but with the new kernal and rdma-core librdmacm-dev from backports there are some new mlx5_pci errors. Appears to be working OK otherwise though.
EAL: Detected 8 lcore(s)
EAL: Detected 1 NUMA nodes
EAL: Detected static linkage of DPDK
EAL: Selected IOVA mode 'VA'
EAL: Probing VFIO support...
EAL: VFIO support initialized
EAL: Probe PCI driver: mlx5_pci (15b3:1016) device: 5ed7:00:02.0 (socket 0)
** mlx5_pci: Failed to allocate Tx DevX UAR (BF)
** mlx5_pci: Failed to allocate Rx DevX UAR (BF)
** mlx5_pci: No available register for Sampler.
** mlx5_pci: Size 0xFFFF is not power of 2, will be aligned to 0x10000.
net_vdev_netvsc: probably using routed NetVSC interface "eth1" (index 3)
tap_nl_dump_ext_ack(): Cannot delete qdisc with handle of zero
tap_nl_dump_ext_ack(): Failed to find qdisc with specified classid
tap_nl_dump_ext_ack(): Failed to find qdisc with specified classid
tap_nl_dump_ext_ack(): Failed to find qdisc with specified classid
tap_nl_dump_ext_ack(): Failed to find qdisc with specified classid
tap_nl_dump_ext_ack(): Failed to find qdisc with specified classid
tap_nl_dump_ext_ack(): Failed to find qdisc with specified classid
tap_nl_dump_ext_ack(): Failed to find qdisc with specified classid
tap_nl_dump_ext_ack(): Failed to find qdisc with specified classid
Warning: NUMA should be configured manually by using --port-numa-config and --ring-numa-config parameters along with --numa.
testpmd: create a new mbuf pool <mb_pool_0>: n=155456, size=2176, socket=0
testpmd: preferred mempool ops selected: ring_mp_mc
Warning! port-topology=paired and odd forward ports number, the last port will pair with itself.
Configuring Port 1 (socket 0)
Port 1: 00:22:48:3B:AB:CC
Checking link statuses...
Marked with ** - these appear to be pretty benign as well though.
Regards,
Tyler
next prev parent reply other threads:[~2021-07-12 16:35 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-28 11:36 Tyler Blair
2021-06-29 17:43 ` Stephen Hemminger
2021-07-05 11:05 ` Tyler Blair
2021-07-05 16:24 ` Stephen Hemminger
2021-07-06 14:35 ` Tyler Blair
2021-07-06 14:57 ` Stephen Hemminger
2021-07-06 16:10 ` Tyler Blair [this message]
2021-07-07 16:05 ` Long Li
2021-07-13 12:56 ` Tyler Blair
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=0c3b2d55-6e9e-43bd-bf33-b734f8b17d44@www.fastmail.com \
--to=tblair@fastmail.com \
--cc=longli@microsoft.com \
--cc=stephen@networkplumber.org \
--cc=users@dpdk.org \
/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).