Hello and apologies if there is a user-focused list I missed sending
this to instead, I couldn't find any.
I'm trying to get VPP up and running on Fedora 33 running on a
physical box(single-cpu i7 system) with one Intel X710 and one Intel
I210 NIC. I pulled down the source, checked out tag v20.09 and did
"make wipe-release install-ext-deps install-dep build-release
pkg-rpm".
I install the resulting rpms, and a barebones config(see bottom). As I
understand it from the DPDK documentation using VFIO is recommended,
so I reboot with "iommu=pt intel_iommu=on" on the kernel commandline
as mentioned in the DPDK documentation and modprobe vfio_pci, but VPP
refuses to start:
Jan 05 02:27:47 localhost.localdomain systemd[1]: Starting Vector
Packet Processing Process...
Jan 05 02:27:47 localhost.localdomain systemd[1]: Started Vector
Packet Processing Process.
Jan 05 02:27:47 localhost.localdomain vpp[164436]:
/usr/bin/vpp[164436]: clib_elf_parse_file: open `linux-vdso.so.1': No
such file or directory
Jan 05 02:27:47 localhost.localdomain /usr/bin/vpp[164436]:
clib_elf_parse_file: open `linux-vdso.so.1': No such file or directory
Jan 05 02:27:47 localhost.localdomain vpp[164436]:
/usr/bin/vpp[164436]: tls_init_ca_chain:609: Could not initialize TLS
CA certificates
Jan 05 02:27:47 localhost.localdomain vpp[164436]:
/usr/bin/vpp[164436]: tls_mbedtls_init:644: failed to initialize TLS
CA chain
Jan 05 02:27:47 localhost.localdomain /usr/bin/vpp[164436]:
tls_init_ca_chain:609: Could not initialize TLS CA certificates
Jan 05 02:27:47 localhost.localdomain /usr/bin/vpp[164436]:
tls_mbedtls_init:644: failed to initialize TLS CA chain
Jan 05 02:27:47 localhost.localdomain vpp[164436]:
/usr/bin/vpp[164436]: tls_init_ca_chain:874: Could not initialize TLS
CA certificates
Jan 05 02:27:47 localhost.localdomain vpp[164436]:
/usr/bin/vpp[164436]: tls_openssl_init:948: failed to initialize TLS
CA chain
Jan 05 02:27:47 localhost.localdomain /usr/bin/vpp[164436]:
tls_init_ca_chain:874: Could not initialize TLS CA certificates
Jan 05 02:27:47 localhost.localdomain /usr/bin/vpp[164436]:
tls_openssl_init:948: failed to initialize TLS CA chain
Jan 05 02:27:47 localhost.localdomain vpp[164436]:
/usr/bin/vpp[164436]: dpdk: EAL init args: -c 2 --in-memory -n 2
--file-prefix vpp -w 0000:01:00.0 -w 0000:01:00.1 -w 0000:01:00.2 -w
0000:01:00.3 -w 0000:04:00.0 --master-lcore 1
Jan 05 02:27:47 localhost.localdomain /usr/bin/vpp[164436]: dpdk: EAL
init args: -c 2 --in-memory -n 2 --file-prefix vpp -w 0000:01:00.0 -w
0000:01:00.1 -w 0000:01:00.2 -w 0000:01:00.3 -w 0000:04:00.0
--master-lcore 1
Jan 05 02:27:47 localhost.localdomain vpp[164436]: EAL: FATAL:
rte_service_init() failed
Jan 05 02:27:47 localhost.localdomain vpp[164436]: dpdk_config:
rte_eal_init returned -1
Jan 05 02:27:47 localhost.localdomain systemd[1]: vpp.service: Succeeded.
I get the exact same error as above if I set the uio-driver to uio_pci_generic.
However, if I reboot without "iommu=pt intel_iommu=on" on the kernel
command line VPP starts - but then I can't use VFIO and if I try to
set uio-driver to uio_pci_generic now the I210 NIC correctly binds and
works, but *not* the Intel X710. Googling around it seems like
uio_pci_generic driver doesn't work with the X710, so that isn't an
option.
I suspect it is an issue on the VPP side because I also tried
downloading and building DPDK 20.11 directly and then there's no issue
binding the X710 NIC to vfio-pci(with IOMMU enabled) and passing
traffic with dpdk-testpmd.
Very grateful for any help!
Wilhelm
My startup.conf:
unix {
nodaemon
log /var/log/vpp/vpp.log
full-coredump
cli-listen /run/vpp/cli.sock
gid vpp
}
api-trace {
on
}
api-segment {
gid vpp
}
socksvr {
default
}
dpdk {
dev 0000:01:00.0
dev 0000:01:00.1
dev 0000:01:00.2
dev 0000:01:00.3
dev 0000:04:00.0
blacklist 8086:1533
uio-driver vfio-pci
nchannels 2
}
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18467): https://lists.fd.io/g/vpp-dev/message/18467
Mute This Topic: https://lists.fd.io/mt/79443170/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
