linux/poky.git/meta/classes/kernel.bbclass, branch 1.3_beta

kernel.bbclass: Preserve generated headers only if they exist

2012-08-20T15:53:17+00:00

* I have 2.6.37 kernel without this directory and do_install now fails after 813256bf7bb6e26d542d5f769e2802564116ebe5 (From OE-Core rev: 9a83afe0794e96590aee374555efea91b3085b91) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

kernel.bbclass: Preserve generated headers

2012-08-19T09:45:55+00:00

asm/unistd.h includes asm/unistd_64.h on x86_64 and asm/unistd_32.h on i386 but these files are generated files in 3.4 and when we do 'make clean' they get deleted and it shows up as an error when building external modules. May be its a 3.4 kernel bug may be not but make clean should have left the tree in a shape to build modules but it does not. Probably we should run make modules_prepare after having run make clean. (From OE-Core rev: 813256bf7bb6e26d542d5f769e2802564116ebe5) Signed-off-by: Khem Raj Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

kernel.bbclass: remove default module_autoload and module_conf values

2012-08-15T13:26:42+00:00

kernel.bbclass is a common class for many different kernel versions, and as such the default module_autoload and module_conf values that it contains are not relevant, or out of date for most builds. Individual kernel recipes or distros can better specify these values to meet their needs. (From OE-Core rev: a134efa7743edc3b7ca8abb651add6d2045c3b44) Signed-off-by: Bruce Ashfield Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

kernel.bbclass: Revert ${base_libdir} change

2012-08-07T10:17:36+00:00

The base_libdir change in 5b8a4798ea2ea7df66bb53c26448251ea7da3dd9 breaks the kernel build for 64 bit machines. Revert this part of the change. (From OE-Core rev: 351bdc59f8af915ae203af7799eedc0ce42785f2) Signed-off-by: Richard Purdie

kernel.bbclass: use ${base_libdir} and ${sysconfdir} instead of /lib and /etc

2012-08-06T14:18:51+00:00

It is considered good practice to use the build system provided variables instead of directly specify hardcoded paths. (From OE-Core rev: c859717f522098e7c68df578d59011f68122dc2c) Signed-off-by: Javier Martinez Canillas Signed-off-by: Richard Purdie

kernel.bbclass: Copy bounds.h only if it exists, needed for 2.6.x.

2012-07-31T07:02:09+00:00

Linux 2.6.x kernels did not (all) have the bounds.h file, so copy only iff exists. (From OE-Core rev: 02ac0d1b65389e1779d5f95047f761d7a82ef7a4) Signed-off-by: Leon Woestenberg Signed-off-by: Richard Purdie

kernel bbclass: Recreate uImage only when KEEPUIMAGE != "yes"

2012-07-26T13:40:47+00:00

The intent of the uImage code in this class includes the following 1) be able to specify custom load addresses without needing to patch the kernel 2) add better information to the uImage description field The current state is a NOP anyway, the kernel will always build a uImage when you tell it to 'make uImage'. weakly Set KEEPUIMAGE to 'yes' in default-distrovars.inc which preserve the current OE-Core behavior. Machines which are being ported from oe.dev and need to regenerate uImage can set this to be empty (From OE-Core rev: 72a7049526ee107005bd39c7bdd814ed71345829) Signed-off-by: Koen Kooi Signed-off-by: Khem Raj Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

kernel.bbclass: fix external module building

2012-07-26T13:40:45+00:00

Without that fix we have the following while compiling compat-wireless. include/linux/mmzone.h:18:30: fatal error: generated/bounds.h: No such file or directory Note that the compat-wireless recipe will be added in another commit. make -C $kerneldir _mrproper_scripts deleted this file along with other things so we resurrect it with this patch. (From OE-Core rev: 2d114fd0cdf7486f18e53f2bf41c4f559e4b4a8d) Signed-off-by: Denis 'GNUtoo' Carikli Signed-off-by: Koen Kooi Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

Convert tab indentation in python functions into four-space

2012-07-19T09:24:50+00:00

(From OE-Core rev: 604d46c686d06d62d5a07b9c7f4fa170f99307d8) Signed-off-by: Richard Purdie

kernel.bbclass: Dont package kxgettext.o

2012-07-17T09:54:02+00:00

kxgettext.o is generated when building ppc kernels so we end up with packaging errors like > ERROR: QA Issue: Architecture did not match (20 to 62) on > /work/virtex5-poky-linux/linux-xilinx-2.6.38-r00/packages-split/kernel-dev/usr/src/kernel/scripts/kconfig/kxgettext.o (From OE-Core rev: 77278bd23617834c7f90b3b24a9945ec081dbb38) Signed-off-by: Khem Raj Signed-off-by: Saul Wold Signed-off-by: Richard Purdie