From: Chris King <chrisking64@gmail.com>
To: users@dpdk.org
Subject: [dpdk-users] VPP / DPDK issue with failsafe adapters
Date: Thu, 23 Jan 2020 14:25:06 -0500 [thread overview]
Message-ID: <CANrpwz7_EXFL5Jh3ziv_CO47_+mEaLzQUO70WM_rS72kyrErmw@mail.gmail.com> (raw)
Hello,
I have been reaching out for support for a VPP / DPDK issue on the fd.io
forums here:
https://lists.fd.io/g/vpp-dev/topic/interface_activation_problem/69987045
Since my problem may be DPDK related (unsure) or at the boundary between
VPP and DPDK, I thought I would reach out here as well.
Here is the latest context and any insights would be appreciated:
Scenario: I am having difficulty getting my VPP interfaces activating
properly. I am trying to use DPDK-enabled netvsc devices with VPP in Ubuntu
18.04 in Azure.
Results: I have had a fair bit of success initializing DPDK directly on
this same box on the same adapters. Both of the following testpmd commands
work for me and the interfaces are attached to properly:
sudo ./testpmd -l 0-3 -n 4 --vdev='net_failsafe0,dev(0002:00:02.0)'
--vdev='net_failsafe1,dev(0003:00:02.0)' -b 0001:00:02.0 -- -i
sudo ./testpmd -l 0-3 -n 4 --vdev='net_vdev_netvsc0,iface=eth1'
--vdev='net_vdev_netvsc1,iface=eth2' -b 0001:00:02.0 -- -i
Now, my DPDK devices are configured like this in the VPP config:
dev 0002:00:02.0
vdev net_vdev_netvsc0,iface=eth1
dev 0003:00:02.0
vdev net_vdev_netvsc1,iface=eth2
And when I try to start VPP I see the following EAL parameters and failure
to attach to the devices:
2020/01/23 19:02:45:346 warn dpdk EAL init args: -c 2 -n 4
--in-memory --vdev net_vdev_netvsc0,iface=eth1 --vdev
net_vdev_netvsc1,iface=eth2 --file-prefix vpp -w 0002:00:02.0 -w
0003:00:02.0 --master-lcore 1
2020/01/23 19:02:45:570 warn dpdk unsupported rx offloads
requested on port 0: jumbo-frame
2020/01/23 19:02:45:572 warn dpdk unsupported rx offloads
requested on port 2: jumbo-frame
2020/01/23 19:02:45:574 notice dpdk EAL: Detected 4 lcore(s)
2020/01/23 19:02:45:574 notice dpdk EAL: Detected 1 NUMA nodes
2020/01/23 19:02:45:574 notice dpdk EAL: No available hugepages
reported in hugepages-1048576kB
2020/01/23 19:02:45:574 notice dpdk EAL: No free hugepages
reported in hugepages-1048576kB
2020/01/23 19:02:45:574 notice dpdk EAL: No available hugepages
reported in hugepages-1048576kB
2020/01/23 19:02:45:574 notice dpdk EAL: Probing VFIO support...
2020/01/23 19:02:45:574 notice dpdk EAL: WARNING! Base virtual
address hint (0xa80001000 != 0x7f0ac0000000) not respected!
2020/01/23 19:02:45:574 notice dpdk EAL: This may cause issues
with mapping memory into secondary processes
2020/01/23 19:02:45:574 notice dpdk EAL: WARNING! Base virtual
address hint (0xc00002000 != 0x7f0280000000) not respected!
2020/01/23 19:02:45:574 notice dpdk EAL: This may cause issues
with mapping memory into secondary processes
2020/01/23 19:02:45:574 notice dpdk EAL: WARNING! Base virtual
address hint (0xd80003000 != 0x7efa40000000) not respected!
2020/01/23 19:02:45:574 notice dpdk EAL: This may cause issues
with mapping memory into secondary processes
2020/01/23 19:02:45:574 notice dpdk EAL: WARNING! Base virtual
address hint (0xdc0a64000 != 0x7ef63fe00000) not respected!
2020/01/23 19:02:45:574 notice dpdk EAL: This may cause issues
with mapping memory into secondary processes
2020/01/23 19:02:45:574 notice dpdk EAL: WARNING! Base virtual
address hint (0xdc16c5000 != 0x7ef23fc00000) not respected!
2020/01/23 19:02:45:574 notice dpdk EAL: This may cause issues
with mapping memory into secondary processes
2020/01/23 19:02:45:574 notice dpdk EAL: WARNING! Base virtual
address hint (0xdc2326000 != 0x7eee3fa00000) not respected!
2020/01/23 19:02:45:574 notice dpdk EAL: This may cause issues
with mapping memory into secondary processes
2020/01/23 19:02:45:574 notice dpdk EAL: WARNING! Base virtual
address hint (0xdc2f87000 != 0x7eea3f800000) not respected!
2020/01/23 19:02:45:574 notice dpdk EAL: This may cause issues
with mapping memory into secondary processes
2020/01/23 19:02:45:574 notice dpdk EAL: WARNING: cpu flags
constant_tsc=yes nonstop_tsc=no -> using unreliable clock cycles !
2020/01/23 19:02:45:574 notice dpdk net_vdev_netvsc: probably
using routed NetVSC interface "eth1" (index 3)
2020/01/23 19:02:45:574 notice dpdk EAL: Driver cannot attach the
device (0002:00:02.0)
2020/01/23 19:02:45:574 notice dpdk EAL: Failed to attach device
on primary process
2020/01/23 19:02:45:574 notice dpdk net_failsafe: sub_device 0
probe failed (No such file or directory)
2020/01/23 19:02:45:574 notice dpdk tun_alloc(): Rx trigger
disabled: Device or resource busy
2020/01/23 19:02:45:574 notice dpdk net_vdev_netvsc: probably
using routed NetVSC interface "eth2" (index 4)
2020/01/23 19:02:45:574 notice dpdk EAL: Driver cannot attach the
device (0003:00:02.0)
2020/01/23 19:02:45:574 notice dpdk EAL: Failed to attach device
on primary process
2020/01/23 19:02:45:574 notice dpdk net_failsafe: sub_device 0
probe failed (File exists)
2020/01/23 19:02:45:574 notice dpdk tun_alloc(): Rx trigger
disabled: Device or resource busy
2020/01/23 19:02:45:574 notice dpdk EAL: VFIO support not
initialized
2020/01/23 19:02:45:574 notice dpdk EAL: Couldn't map new region
for DMA
2020/01/23 19:02:45:574 notice dpdk tun_alloc(): Rx trigger
disabled: Device or resource busy
2020/01/23 19:02:45:574 notice dpdk tun_alloc(): Rx trigger
disabled: Device or resource busy
2020/01/23 19:02:47:533 notice dpdk EAL: Driver cannot attach the
device (0002:00:02.0)
2020/01/23 19:02:47:533 notice dpdk EAL: Failed to attach device
on primary process
2020/01/23 19:02:47:533 notice dpdk net_failsafe: sub_device 0
probe failed (No such file or directory)
Does anyone know if there something I can do in the VPP startup.conf to get
DPDK devices to initialize correctly?
Thanks,
Chris
next reply other threads:[~2020-01-26 20:53 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-23 19:25 Chris King [this message]
2020-01-26 21:20 ` Stephen Hemminger
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=CANrpwz7_EXFL5Jh3ziv_CO47_+mEaLzQUO70WM_rS72kyrErmw@mail.gmail.com \
--to=chrisking64@gmail.com \
--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).