linux/poky.git/meta/recipes-kernel/make-mod-scripts, branch hardknott

make-mod-scripts: pass CROSS_COMPILE to configure and build

2021-04-05T14:29:02+00:00

Fixes: | CALL /OE/poky-master/build/tmp/work-shared/qemuarm64/kernel-source/scripts/checksyscalls.sh | CALL /OE/poky-master/build/tmp/work-shared/qemuarm64/kernel-source/scripts/atomic/check-atomics.sh | LDS arch/arm64/kernel/vdso/vdso.lds | CC arch/arm64/kernel/vdso/vgettimeofday.o | AS arch/arm64/kernel/vdso/note.o | AS arch/arm64/kernel/vdso/sigreturn.o | LD arch/arm64/kernel/vdso/vdso.so.dbg | VDSOSYM include/generated/vdso-offsets.h | OBJCOPY arch/arm64/kernel/vdso/vdso.so | objcopy: Unable to recognise the format of the input file `arch/arm64/kernel/vdso/vdso.so.dbg' | /OE/poky-master/build/tmp/work-shared/qemuarm64/kernel-source/arch/arm64/kernel/vdso/Makefile:61: recipe for target 'arch/arm64/kernel/vdso/vdso.so' failed Cc: Bruce Ashfield Cc: Nishanth Menon (From OE-Core rev: ddad8183490c725062626fa52985da2b04a2aa8f) Signed-off-by: Denys Dmytriyenko Signed-off-by: Richard Purdie

recipes-kernel: Add missing HOMEPAGE and DESCRIPTION for recipes.

2021-03-02T20:39:35+00:00

Fixes: [YOCTO #13471] (From OE-Core rev: 16409694f19e4d3b7bdc10a7f71c67938ce5f3ff) Signed-off-by: Ida Delphine Signed-off-by: Richard Purdie

recipes: Update common-licenses references to match new names

2021-02-21T22:01:28+00:00

The licenses were renamed to match their SPDX names, fix the references in LIC_FILES_CHKSUM in OE-Core. (From OE-Core rev: 9af48917cfe583d2db9e1e088c7e396fcf638949) Signed-off-by: Richard Purdie

make-mod-scripts: add HOSTCXX definitions and gmp-native dependency

2020-08-13T07:07:00+00:00

With kernel v5.8+ and gcc10 plugins, we can run into the following build error: HOSTCXX -fPIC scripts/gcc-plugins/arm_ssp_per_task_plugin.o In file included from /home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work/qemuarm-poky-linux-gnueabi/make-mod-scripts/1.0-r0/recipe-sysroot-native/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/10.1.0/plugin/include/gcc-plugin.h:28, from /home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work-shared/qemuarm/kernel-source/scripts/gcc-plugins/gcc-common.h:7, from /home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work-shared/qemuarm/kernel-source/scripts/gcc-plugins/arm_ssp_per_task_plugin.c:3: /home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work/qemuarm-poky-linux-gnueabi/make-mod-scripts/1.0-r0/recipe-sysroot-native/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/10.1.0/plugin/include/system.h:687:10: fatal error: gmp.h: No such file or directory 687 | #include | ^~~~~~~ (From OE-Core rev: cb055446e0fe4771c8bd6122e79d43ef8db2e45b) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

make-mod-scripts: Fix a rare build race condition

2020-05-30T11:32:48+00:00

There is a build break which rarely happens but is seen often enough with 4.1 kernel based builds /bin/sh: 1: scripts/basic/fixdep: Permission denied scripts/Makefile.host:124: recipe for target 'scripts/dtc/srcpos.o' failed make[3]: *** [scripts/dtc/srcpos.o] Error 126 this patch sequences the build targets so it can work reliably with different kernel versions Divide the target into scripts_basic scripts is not strictly necessary and was simply what was used for testing on kernel 4.1, which is quite an old kernel perhaps just using scripts is sufficient, but it is not tested to not known will cause the build race as seen above. (From OE-Core rev: 55ac6e2d251287419138931aa0d0894cf1267787) Signed-off-by: Khem Raj Cc: Bruce Ashfield Signed-off-by: Richard Purdie

make-mod-scripts: Fix dependence error.

2020-05-19T21:57:26+00:00

Error: Problem: conflicting requests - nothing provides make-mod-scripts = 1.0-r0 needed by make-mod-scripts-dev-1.0-r0 (From OE-Core rev: 8aef2bcc2bed261098c45f77e5706d9460d1290c) Signed-off-by: Zheng Ruoqin Signed-off-by: Richard Purdie

make-mod-scripts: Depends on bison-native

2019-06-20T23:33:23+00:00

Fixed do_configure error when use linux-dummy: PREFERRED_PROVIDER_virtual/kernel = "linux-dummy" /bin/sh: bison: command not found Build make-mod-scripts doesn't make sense when use linux-dummy, but it breaks "bitbake world", so add bison-native to DEPENDS to fix the problem. (From OE-Core rev: 4301d533512669834282a6ba43ae8e266a79fe22) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

make-mod-scripts/kernel-devsrc: Fix objtool issues

2018-03-29T23:31:18+00:00

Kernels which use tools/objtool can now fail when building external modules due to objtool being missing, the generated files can also cause problems for kernel-devsrc. Ensure objtool is generated in make-mod-scripts by also calling "make prepare". For devsrc, delete the generated binaries since they'd be native binaries and unsuitable for the target. The oeqa kernel module tests also need to have the additional "make prepare" step added. (From OE-Core rev: 52fd2993784b4218f5df4f343e7da45d964df305) Signed-off-by: Richard Purdie

meta: remove some EXCLUDE_FROM_WORLD assignments

2018-03-15T13:27:19+00:00

Now that we have recipe-specific-sysroots we don't need to exclude recipes from world builds because they conflict with other recipes, as they'll all be built with their own sysroots. (From OE-Core rev: b2f3ac4d994a1921791f6bd0cdb3591586733694) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

make-mod-scripts: add build requirements for external modules

2018-02-24T10:31:44+00:00

Newer kernels (4.14/v4.15+) have dependencies for the build of modules (and hence external modules). Without these dependencies explicitly in the build chain, you can end up with build failures like: work-shared/qemux86/kernel-source/scripts/extract-cert.c:21:25: fatal error: openssl/bio.h: No such file or directory | #include | ^ | compilation terminated. | make[2]: *** [scripts/extract-cert] Error 1 | make[1]: *** [scripts] Error 2 To ensure that these headers are in place, and that the scripts use our build environment flags, we add a dependency on openssl-native and use oe_make to invoke the build. Older kernels have no issues with the extra dependency, so there's no need to make this conditional. (From OE-Core rev: 916cb2029d3c97bf12ebf03832b9ba980451dbcf) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie