Ubuntu 16,DPDK 16
我有几个基于DPDK的应用程序在两台机器之间发送数据包,并希望用dpdk-pdump捕获它们。我正在用sudo ./build/app/pdump/dpdk-pdump -c 0x00f -- --pdump 'port=0,queue=*,rx-dev=/tmp/rx.pcap'运行它,我看到了这个输出和崩溃:
EAL: no driver found for eth_pcap_rx_0 EAL: Driver, cannot attach the device EAL: Error - exiting with code: 1 Cause
DPVS建议使用dpdk-稳定-18.11.2与Makefile构建。但是目前的DPDK版本18.11.11支持介子-忍者构建系统和Makefile系统。
我一直在试验port to a more recent DPDK version的代码,它只支持介子忍者,而不是不推荐的Makefile系统。我的问题是,当链接到使用介子-忍者构建的DPDK时,我无法解决依赖问题。当我试图链接到使用Makefiles构建的DPDK18.11时,同样的工作原理是没有问题的。我正在使用KVM运行一个带有NIC /E 1000的来宾操作系统。客户操作系统是Ubuntu18.04LTS (x64)。
DPDK库由通
我在VPP和DPDK上工作,我们知道在VPP中,当我们使用./build-root/build-vpp_debug-native/external/src-dpdk,时,它会将sudo make build源代码提取到DPDK中,然后构建DPDK和vpp。
原始行为:当我更改src-dpdk中的任何文件并使用sudo make build时,它将首先构建DPDK,然后再次链接vpp。
意外行为:我创建了一个符号链接src-dpdk (通过使用ln -s .)要代替原始的sudo make build**,,如果我们使用sudo make rebuild命令,它可以很好地工作,并且构建d
运行下面的命令,我收到错误抱怨,mkdir不能:没有这样的文件或目录。我认为这与路径名中的\有关。怎么解决这个问题?
我在Centos上运行这个。
tar xf dpdk-17.02.tar.xz
tar: dpdk-17.02/app/test/test_pci_sysfs/bus/pci/devices/0000\:01\:00.0: Cannot mkdir: No such file or directory
tar: dpdk-17.02/app/test/test_pci_sysfs/bus/pci/devices/0000\:01\:00.0: Cannot mkdir: No