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

classes: Update to use corrected bb.utils.explode_dep_versions2 API

2012-10-02T10:40:53+00:00

The bb.utils.explode_dep_versions function has issues where dependency information can be lost. The API doesn't support maintaining the correct information so this changes to use a new function which correctly handles the data. This patch also fixes various points in the code to ensure that we do not have any duplicates in things that use explode_dep_versions. A new sanity test to test the contents of the R* variables is also added. [Some changes from Mark Hatle ] (From OE-Core rev: 16a892431d0c0d03f8b561b92909cf2f11af4918) Signed-off-by: Richard Purdie

kernel.bbclass: fix INC directory for SLANG

2012-08-25T13:47:00+00:00

In the kernel's tools/perf/Makefile CFLAGS was previously hard coded to contain "-I/usr/include/slang" to work with hosts that have "/usr/include/slang/slang.h" as well as hosts that have "/usr/include/slang.h". This path can cause compile warnings like: cc1: warning: '/usr/include/slang' doesn't exists. or cc1: warning: include location "/usr/include/slang" is unsafe for cross-compilation [-Wpoison-system-directories] Then in some cases warnings become errors if WERROR is enabled hence build errors. In coordination with a kernel fix, we can fix this error for all kernels by modifying the perf Makefile within the staged kernel source. (From OE-Core rev: 4e0daf05ed04e9fb4343032c6290a379f53b89f3) Signed-off-by: Liang Li Signed-off-by: Bruce Ashfield Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

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