linux/poky.git/meta/classes-recipe/kernel.bbclass, branch mickledore

kernel.bbclass: Add force flag to rm calls

2023-10-04T15:21:28+00:00

The latest 6.5 kernels do not appear to create the source file in ${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/source so the recipe errors out when trying to remove it. Simple fix is to add the -f (force) flag to the call. (From OE-Core rev: f4422831cce168d0b113fb47eebbb480d157cebb) Signed-off-by: Ryan Eatmon Signed-off-by: Richard Purdie (cherry picked from commit 2e669bf797b15d803e7d6a700e449bdc467a4bcc) Signed-off-by: Steve Sakoman

kernel: don't fail if Modules.symvers doesn't exist

2023-08-18T13:57:05+00:00

Kernels that do not use modules do not have the Modules.symvers file, which causes the previous one-liner to fail. Invert the logic so that the absence of the Modules.symvers is a passing situation but we still get failure checking on the install operation. (From OE-Core rev: 6fff6ce35864cfef70ffd10db3b7d5f090dd3f62) Signed-off-by: Joel Stanley Signed-off-by: Patrick Williams Signed-off-by: Alexandre Belloni (cherry picked from commit 856c916ffbf3438d8cf5d8bed344473bde03b56e) Signed-off-by: Steve Sakoman

kernel: Fix path comparison in kernel staging dir symlinking

2023-08-15T16:18:49+00:00

Due to an oversight in the do_symlink_kernsrc function, the path comparison between "S" and "STAGING_KERNEL_DIR" is broken. The code obtains both variables, but modifies the local copy of "S" before comparing them, causing the comparison to always return false. This can cause the build to fail when the EXTERNALSRC flag is enabled, since the code will try to create a symlink even if one already exists. This patch resolves the issue by comparing the variables before they are modified. (From OE-Core rev: 76ca96ebde8c318e32d4bf65714a6241965b0b8f) Signed-off-by: Staffan Rydén Signed-off-by: Alexandre Belloni (cherry picked from commit afd2038ef8a66a5e6433be31a14e1eb0d9f9a1d3) Signed-off-by: Steve Sakoman

kernel: config modules directories are handled by kernel-module-split

2023-07-20T22:10:40+00:00

(From OE-Core rev: e5b478fb435c96f6d6e8c2a93d6c54df996957e1) Signed-off-by: Jose Quaresma Signed-off-by: Richard Purdie (cherry picked from commit 38dc75c0e5eb7427ffcf201113fb45e0d5dad453) Signed-off-by: Steve Sakoman

kernel: don't force PAHOLE=false

2023-06-14T14:14:25+00:00

If a specific kernel provider or configuration wants to enable BTF and pahole analysis, it isn't currently possible due to the explicit definition to false in the base kernel build arguments. pahole is now detected by the kernel built itself, so unless pahole-native is enabled, the result is the same. If a kernel does require an explicit disable of pahole, it is better to carry PAHOLE=false in those specific recipes. (From OE-Core rev: c6f13dcb3e04655c8076c1100ceada760ffb1ddb) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie (cherry picked from commit b1e4851a36ed47ce6ba880a49264b9a57c78cf4f) Signed-off-by: Xiangyu Chen Signed-off-by: Steve Sakoman

kernel: improve initramfs bundle processing time

2023-05-10T14:16:51+00:00

This is a partial fix for bugzilla 15059 [https://bugzilla.yoctoproject.org/show_bug.cgi?id=15059] It has been noted by several people that when an initramfs is bundled: - a lot of the kernel is rebuilt - it takes a really long time When looking at the logs, the second kernel compilation (that performs the bundle) is not using the parallel make settings, and builds with -j1. We are already explicitly passing PARALLEL_MAKE when building kernel modules, and by extending that explicit use to the main kernel compilation, we ensure that we always get a parallel build. Build times chnaged from more than 30 minutes for the bundle, to 3 minutes in local testing. The question of whether or not too much is rebuilding during the bundle step is still an open question, but with this tweak, at least the build time is back in the realm of acceptable. (From OE-Core rev: 126cbad716377f024dae5cc8e2faee9bd661f5c5) Signed-off-by: Bruce Ashfield Signed-off-by: Luca Ceresoli (cherry picked from commit 88fd394ecf0f2174b792075d409d87046896426b) Signed-off-by: Steve Sakoman

image-artifact-names.bbclass: add INITRAMFS_IMAGE_NAME from kernel.bbclass

2023-03-22T13:53:29+00:00

* move it from kernel.bbclass, because it needs to stay in sync with IMAGE_LINK_NAME structure * image-artifact-names.bbclass is also inheritted from kernel-artifact-names.bbclass so every recipe which needs this variable probably already inherits one of these * fixes kernel-fitimage.bbclass with modified IMAGE_LINK_NAME [YOCTO #12937] (From OE-Core rev: 432d0df0d771c8f0bef1e855ac6b0011b2c3cad2) Signed-off-by: Martin Jansa Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

linux: inherit pkgconfig in kernel.bbclass

2023-03-06T09:52:16+00:00

pkgconfig is being required to find dependencies for building kernel native tools, move "inherit pkgconfig" to kernel.bbclass so BSP kernel recipes can also benefit from it. (From OE-Core rev: 8a84bd98e3fbc16c782f83064801e469d086911e) Signed-off-by: Ming Liu Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

kernel: Add kernel specific OBJDUMP

2023-03-01T21:29:31+00:00

This helps in switching toolchains cleanly for kernel build between gcc and clang Currently, some kernels allow building with clang but not all the distro might use clang as default system compiler but kernel may demand gcc which is provided via KERNEL_* variables, however kernel does use OBJCOPY at places during build and it maybe set to use llvm objcopy when using clang. That should be a deliberate setting when clang is used for kernel as well, otherwise it should use binutils provided objcopy (From OE-Core rev: 17b409f2fd97894e0943d13c2cb0d52abde647e3) Signed-off-by: Khem Raj Cc: Bruce Ashfield Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

kernel/linux-kernel-base: Fix kernel build artefact determinism issues

2023-01-26T22:20:32+00:00

With the 6.1 kernel we've seen reproducibility/determinism issues where the kernel seems to rebuild headers referencing the hostname or local user. kernel-devsrc building after the kernel seemed to trigger it in some cases. Moving the definitions to the bbclass used by all the kernel recipe code including kernel-devsrc seems to be the best way to ensure this doesn't happen. (From OE-Core rev: 60681baa97daf4f3856453c34d6be08b6771a81b) Signed-off-by: Richard Purdie