Since commit 681a67288655 ("usertools: check if module is loaded
before binding") in dpdk, usertools/dpdk-devbind.py only checks
dynamic kernel drivers in /sys/module. So built-in kernel driver
cannot be bound.
Add "usertools-devbind-fix-binding-for-built-in-kernel-dr.patch" to
fix this issue.
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
kernel/linux/kni/kni_dev.h:104:8: error: too many arguments to function 'get_user_pages_remote'
104 | ret = get_user_pages_remote(tsk, tsk->mm, iova, 1,
| ^~~~~~~~~~~~~~~~~~~~~
Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Upstream renamed branch name 'master' to 'main',
so let's change it.
Signed-off-by: Yanfei Xu <yanfei.xu@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Since oe-core upgraded gcc to 10.1, there is a failure
...
|path_to_dpdk/19.11.1-r0/git/examples/ipsec-secgw/ipsec_process.c:131:34:
error: 'grp.m' may be used uninitialized in this function
[-Werror=maybe-uninitialized]
| 131 | grp[n].cnt = pkts + i - grp[n].m;
...
Add option `-Wno-error=maybe-uninitialized' to workaround
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
dpdk-devbind tool relies on lspci tool with specific options which are
not provided by lspci from busybox.
Signed-off-by: Eloi Bail <eloi.bail@savoirfairelinux.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
The commit 8c2fb51323 introduces an error
when installing test programs:
/buildarea//build/tmp/work/intel_corei7_64-poky-linux/dpdk/19.11.0-r0/git/x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_memory.o):
In function `eal_legacy_hugepage_init':
eal_memory.c:(.text+0x1f71): undefined reference to `memfd_create'
/buildarea/build/tmp/work/intel_corei7_64-poky-linux/dpdk/19.11.0-r0/git/x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_memalloc.o):
In function `get_seg_fd.constprop.0':
eal_memalloc.c:(.text+0x61f): undefined reference to `memfd_create'
eal_memalloc.c:(.text+0x696): undefined reference to `memfd_create'
/buildarea/build/tmp/work/intel_corei7_64-poky-linux/dpdk/19.11.0-r0/git/x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_memalloc.o):
In function `eal_memalloc_init':
eal_memalloc.c:(.text+0x21ad): undefined reference to `memfd_create'
/buildarea/build/tmp/work/intel_corei7_64-poky-linux/dpdk/19.11.0-r0/git/x86_64-native-linuxapp-gcc/lib/librte_pmd_memif.a(rte_eth_memif.o):rte_eth_memif.c:(.text+0xbc3): more undefined references to `memfd_create' follow
collect2: error: ld returned 1 exit status
The test programs have been complied and install to ${S}/test/app
directory. We just need to ship them to ${D} directory.
Signed-off-by: Yi Zhao <yi.zhao@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
This reverts commit c29b7a480a.
Unfortunely, the reverted commit does not work in every cases. If
KERNEL_FEATURES was set in somewhere else other than a global configuration,
for example in kernel's bbappend, there would be no way for dpdk recipe to
detect if the wanted feature has been enabled.
Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
5eba511c5e ("dpdk: add recipe for 19.11") introduces CONFIG_NAME and
TEST_DIR for dpdk19 but not for dpdk18. Fix it.
Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
dpdk requires kernel option features/intel-dpdk/intel-dpdk.scc to build.
We'd better warn users in advance before they meet some confusing errors
at compile-time.
Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Introduce recipe to build 19.11 LTS.
This version changes the location of test directory to be under app and
also changes the name of config file to common_linux.
Introduce variables in shared inc to control these two differences.
These are set to values used by earlier versions by default.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
When building examples and tests with GCC9, the following errors come up,
error: #warning _FORTIFY_SOURCE requires compiling with optimization (-O) [-Werror=cpp]
382 | # warning _FORTIFY_SOURCE requires compiling with optimization (-O)
| ^~~~~~~
cc1: all warnings being treated as errors
dpdk itself already appends -O3 the EXTRA_CFLAGS for some of those cases, but
dpdk.inc overwrites EXTRA_CFLAGS when evoking make. This patches adds it back.
Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
We have already had 18.11 and 18.05 is not a stable version.
This patch also removes the patches no longer needed.
Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Backport a patch from upstream to fix the following build failure.
x86_64-native-linuxapp-gcc/include/rte_ether.h:178:2: error:
converting a packed 'const struct ether_addr' pointer (alignment 1) to a 'unaligned_uint16_t' {aka 'const short
unsigned int'} pointer (alignment 2) may result in an unaligned pointer value [-Werror=address-of-packed-member]
| 178 | const unaligned_uint16_t *ea_words = (const unaligned_uint16_t *)ea;
| | ^~~~~
Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
These two patches can't be applied to the new version DPDK, so move
them to the version specific bb.
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Adjust the LICENSE according to the license files.
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Add maintainer info in the README and also drop a stale maintainers.inc
file.
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
This has been created as a separate layer for a long time, the
reference of meta-intel in the README seems a bit confusion.
So drop all of them.
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Instead of sticking to one specific version on the dependency layers
and having to update it for each release version, just claim that
this layer is compatible with the latest version of the dependency
layers.
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Since `9ec5a8a layer.conf: Drop sumo from LAYERSERIES_CORENAMES' and
`9867924 layer.conf: Add thud to LAYERSERIES_CORENAMES' applied in oe-core,
add thud to LAYERSERIES_COMPAT
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
This fixes dpdk build when using an external toolchain by adding
the HOST_CC_ARCH & TOOLCHAIN_OPTIONS to EXTRA_CFLAGS the way
standard Yocto does it to gather all the necessary flags for
compilation.
The TOOLCHAIN_OPTIONS variable also provides the sysroot flag, so
no need to explicitly provide the sysroot.
This commit also fixes the build when using a multilib toolchain
by adding the LDEMULATION flags to the LDFLAGS via TUNE_LDARGS
which are required while linking with a multilib toolchain.
Signed-off-by: Arsalan H. Awan <Arsalan_Awan@mentor.com>
Currently the examples&test applications would be installed into
directories like:
/usr/share/examples
/usr/share/test
These directories just seem too general, so change them to:
/usr/share/dpdk/examples
/usr/share/dpdk/test
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
original URI have been deleted(don't know why). Here I just
use yocto source mirror to fix fetch error. But it should be
replace by offcial libibverbs here: "https://github.com/linux-rdma/
rdma-core/tree/master/libibverbs".
Since I don't have condition to test dpdk function, I can only go far
to build success, and seems there is big change between source on
yocto mirror and the offcial libibverbs, so for now, just use the mirror.
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
