linux/poky.git/meta/recipes-kernel/kmod, branch uninative-2.6

kmod: Remove compatibility for ancient hosts

2019-03-07T12:27:34+00:00

Lack of be32toh() is handled upstream since 2014. Linux 2.6.23 was released 2007, distributions with kernels older than that are far outside the host distributions still supported today. (From OE-Core rev: c4d77ddd13ad43b52f22a32dc7a3d34cc2692dce) Signed-off-by: Adrian Bunk Signed-off-by: Richard Purdie

kmod: Fix PV

2019-02-20T11:36:33+00:00

Meant to fix this pre merge, the git revision is the PV so no need to add SRCPV. (From OE-Core rev: 3233096f0dbada97d9d71c98044150a641bfb0a5) Signed-off-by: Richard Purdie

kmod: upgrade to 26

2019-02-20T11:30:35+00:00

Refresh patches to avoid warning. (From OE-Core rev: 5dc170d74e932e1dbfc58d23b204bf1d9ebc6e42) Signed-off-by: Chen Qi Signed-off-by: Richard Purdie

kmod: bump alternative priority

2018-10-18T22:26:35+00:00

toybox by default has a priority of 60, and busybox of 50. Bump kmod's priority so that it beats both toybox and busybox. (From OE-Core rev: b17ae3e13dea4b12f1720170237142e04d5ab578) Signed-off-by: Dan McGregor Signed-off-by: Richard Purdie

kmod: do not reset $bindir/sbindir, use EXTRA_OECONF instead

2018-08-29T09:42:48+00:00

This was causing issues with classes that use $bindir to find already installed binaries in rootfs (manpages class in particular). $bindir needs to be the same for all recipes. (From OE-Core rev: 3d92bce5a8e021c03e509e8ee6ead064e97bfcec) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

depmodwrapper-cross: Add kmod-native to DEPENDS

2018-05-11T06:49:38+00:00

Add `DEPENDS += "kmod-native"` to ensure depmod utility is added to recipe-sysroot-native during image build. Without this dependency, image builds where BUILD_IMAGES_FROM_FEEDS=1 have depmodwrapper in recipe-sysroot-native but are missing depmod. Kernel postinst scripts rely on depmod (via depmodwrapper) to index newly installed modules. (From OE-Core rev: d693457f9de92e4e8b61881638787e831f0ca197) Signed-off-by: Haris Okanovic Signed-off-by: Richard Purdie

kmod: don't call gtkdocize twice

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

The gtk-doc class already calls gtkdocize, so we don't need to do it again (From OE-Core rev: 14c6e4fd793e037d801a81c6581e0642ef61ab0c) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

kmod: refresh patches

2018-03-09T17:17:02+00:00

The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: c94152fee766297b355fec7f6d3d4d8ba7ae5f86) Signed-off-by: Ross Burton Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

kmod: 24 -> 25

2018-01-29T08:49:50+00:00

Upgrade kmod from 24 to 25. (From OE-Core rev: df525efab1cefa3e05e50544b1fbc790cc4cf850) Signed-off-by: Huang Qiyu Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

kernel: Add support for multiple kernel packages

2018-01-02T17:24:37+00:00

Some distros may want to provide alternate kernel "flavors" via feeds or within bootable images. For example, readily available builds which provide certain diagnostic features can enable developers and testers to more quickly resolve issues by avoiding lengthy kernel builds. This change allows for building multiple flavors of the kernel and module packages by templatizing kernel package names via a new KERNEL_PACKAGE_NAME variable in kernel.bbclass. It defaults to the old name of "kernel", but can be overridden by certain recipes providing alternate kernel flavors. To maintain compatibility, recipes providing alternate kernel flavors cannot be the "preferred provider" for virtual/kernel. This is because OE puts the preferred provider's build and source at "tmp-glibc/work-shared/$MACHINE/kernel-build-artifacts/" and "tmp-glibc/work-shared/$MACHINE/kernel-source/" instead of "tmp-glibc/work/*/$PN/" like other recipes. Therefore, recipes using the default KERNEL_PACKAGE_NAME="kernel" follows the old semantics -- build in the old location and may be preferred provider -- while recipes using all other KERNEL_PACKAGE_NAME's build from the normal WORKDIR and don't provide "virtual/kernel". Testing: 1. Add `KERNEL_PACKAGE_NAME_pn-linux-yocto-tiny = "tiny-linux"` to local.conf so that linux-yocto-tiny may build alongside the main kernel (linux-yocto). 2. `bitbake linux-yocto linux-yocto-tiny` to build both kernel flavors. 3. Verified image and modules IPKs exist for both: tmp-glibc/deploy/ipk/qemux86/kernel-* for linux-yocto tmp-glibc/deploy/ipk/qemux86/tiny-linux* for linux-yocto-tiny 4. Verified linux-yocto is the "preferred provider", and was built in shared directory: tmp-glibc/work-shared/qemux86/kernel-* 5. Add `CORE_IMAGE_BASE_INSTALL_append_pn-core-image-base = "tiny-linux"` to local.conf to install both kernel flavors in core-image-base. 6. `bitbake core-image-base` to build an image. 7. Verified image contains two bzImage's under /boot/, with "yocto-standard" (linux-yocto recipe) selected to boot via symlink. Discussion threads: http://lists.openembedded.org/pipermail/openembedded-core/2015-December/thread.html#114122 http://lists.openembedded.org/pipermail/openembedded-core/2017-July/thread.html#139130 [YOCTO #11363] (From OE-Core rev: 6c8c899849d101fd1b86aad0b8eed05c7c785924) Signed-off-by: Ioan-Adrian Ratiu Signed-off-by: Gratian Crisan Signed-off-by: Haris Okanovic Coauthored-by: Gratian Crisan Coauthored-by: Haris Okanovic Coauthored-by: Josh Hernstrom Signed-off-by: Ross Burton Signed-off-by: Richard Purdie