Even running on 32bit the bpf objects are 64bit: this triggers the QA about bitsize mismatch 32 vs. 64. Besides, objdump does not recognize the arch 0xf7.
Trying the workaround to use the llvm-objdump and setting TOOLCHAIN = "clang" the build for arm fails on libcxx |include/c++/8.2.0/atomic:250: undefined reference to `__atomic_load_4' Temporary disable bpf as done for x86/32bit as it seems still unstable. Signed-off-by: Andrea Adami <andrea.ad...@gmail.com> --- meta-oe/recipes-kernel/kernel-selftest/kernel-selftest.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-oe/recipes-kernel/kernel-selftest/kernel-selftest.bb b/meta-oe/recipes-kernel/kernel-selftest/kernel-selftest.bb index 71bf83c..181e97c 100644 --- a/meta-oe/recipes-kernel/kernel-selftest/kernel-selftest.bb +++ b/meta-oe/recipes-kernel/kernel-selftest/kernel-selftest.bb @@ -20,6 +20,7 @@ SRC_URI += "file://run-ptest \ # if you have older kernel than that you need to remove it from PACKAGECONFIG PACKAGECONFIG ??= "bpf vm" PACKAGECONFIG_remove_x86 = "bpf" +PACKAGECONFIG_remove_arm = "bpf" PACKAGECONFIG[bpf] = ",,elfutils libcap libcap-ng rsync-native," PACKAGECONFIG[vm] = ",,libcap,libgcc bash" -- 2.7.4 -- _______________________________________________ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
