openembedded-core.git/meta/classes/kernel.bbclass, branch jethro

Revert "kernel/kernel-arch: Explicitly mapping between, i386/x86_64 and x86 for kernel ARCH"

2016-05-11T02:59:39+00:00

This reverts commit a6f52930a68d8462e23486d51cdda715072dd752.

In addition to also causing the problem in [YOCTO #9579], this commit
was reverted in krogoth and master but wasn't reverted in jethro but
should be.  The original revert message was:

This reverts commit 8d310b24927d0f348fb431895f0583733db2aad0.

That commit completely breaks KBUILD_DEFCONFIG because it relies on
$ARCH to match between the target OE arch and the kernel subdirectory
containing the defconfigs. In the kernel all defconfigs for everything
x86-based (including x86_64) is stored in dir arch/x86/configs/

kernel-yocto.bbclass correctly searches for all the defconfigs inside
${S}/arch/${ARCH}/configs/${KBUILD_DEFCONFIG}

Commit 8d310b249 makes it search in wrong places and _only_ if you
define TARGET_ARCH = "athlon" will it search x86 which is nonsensical.

The commit further adds an if clause to hack the mungled kernel arches
back to their original values (ugh) in do_shared_workdir which is run
after do compile, but of course the build breaks before that in
do_kernel_metadata because of the KBUILD_DEFCONFIG mentioned above (so
that hack is useless).

Please fix that corner case bug in another way which does not completely
screw up the kernel arch mapping & defconfig logic. If 64bit configs are
generated in the kernel for 32bit machines because the host is asked,
then it it a bug in the kernel, it is of no use to hack around it in OE.

(From OE-Core rev: bc02a478a5d4a5de7b3943ed809d5c22711f5b1f)

Signed-off-by: Ioan-Adrian Ratiu 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 

Signed-off-by: Tom Zanussi

kernel/kernel-arch: Explicitly mapping between i386/x86_64 and x86 for kernel ARCH

2016-01-15T15:44:00+00:00

For a bare-bone kernel recipe which specifies 32 bit x86 target,
a 64 bit .config will be generated from do_configure task when
building 32-bit qemux86, once all of these conditions are true:

* arch of host is x86_64
* kernel source tree used in build has commit ffee0de41 which
  actually chooses i386 or x86_64 defconfig by asking host when
  ARCH is "x86" (arch/x86/Makefile)
* bare-bone kernel recipe inherits directly from kernel without
  other special treatments.

Build will fail because of the mismatched kernel architecture.

The patch sets ARCH i386 or x86_64 explicitly to configure
task to avoid this host contamination. Kernel artifact is also
changed so that it can map i386 and x64 back to arch/x86 when
needed.

Signed-off-by: Jianxun Zhang 
Signed-off-by: Richard Purdie

kernel.bbclass: fix the bug of checking the existing sections in do_strip()

2015-10-01T06:40:37+00:00

Ross reported the following waring when building edgerouter BSP:
    WARNING: Section not found: .comment

The reason is that the testing of the existing sections in do_strip()
returned the wrong value. Please see the following code in do_strip():
                for str in ${KERNEL_IMAGE_STRIP_EXTRA_SECTIONS}; do {
                        if [ "$headers" != *"$str"* ]; then
                                bbwarn "Section not found: $str";
                        fi

                        "$CROSS_COMPILE"strip -s -R $str ${KERNEL_OUTPUT}
                }; done

The "*" doesn't have special meaning in the if string test, so it will
return true even the $str is a substring of $headers. Fix this issue
by replacing it with "! (echo "$headers" | grep -q "^$str$")".

Reported-by: Ross Burton 
Signed-off-by: Kevin Hao 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

kernel.bbclass: do not mv/link sources when externalsrc enabled

2015-09-09T13:25:02+00:00

If externalsrc is enabled the 'do_unpack' task is run if the recipe has
some local source files. In the case of kernel recipe this caused the
(externalsrc) source tree to be moved/symlinked. This patch prevents the
behaviour, making sure the source tree is not moved around when
externalsrc is enabled. Instead of moving the source tree,
STAGING_KERNEL_DIR will be a symlink to it.

[YOCTO #6658]

Signed-off-by: Markus Lehtonen 
Signed-off-by: Richard Purdie

kernel.bbclass: add the runtime dependency on kernel-vmlinux for kernel-image

2015-09-02T22:46:08+00:00

When a BSP uses vmlinux for boot, the kernel-image package is just
empty. But by default the kernel-vmlinux is not installed. Then the
pkg_postinst_kernel-image() would create a symlink to a non-existent
file. Fix this by adding the runtime dependency on kernel-vmlinux for
kernel-image if the KERNEL_IMAGETYPE is "vmlinux".

Signed-off-by: Kevin Hao 
Signed-off-by: Richard Purdie

kernel.bbclass: dont assume ${B}/include/generated exists

2015-08-11T15:54:03+00:00

Older kernels (e.g. 2.6.32) don't create an include/generated directory,
so check that the directory exists before trying to copy files from it
in do_shared_workdir().

Signed-off-by: Andre McCurdy 
Signed-off-by: Ross Burton

kernel: fix path assumptions in tasks

2015-07-16T14:08:44+00:00

Several of the kernel class tasks were making assumptions about what directory
they were executed in.  Clarify the code by making paths absolute or passing -C
to oe_runmake.

Signed-off-by: Ross Burton

kernel: Pull uImage generation into separate class

2015-05-26T09:57:41+00:00

Pull the uImage image format generation from kernel.bbclass into
a separate kernel-uimage.bbclass. Introduce new KERNEL_CLASSES
variable, which allows registration of additional classes which
implement new kernel image types. The default value of is to
register kernel-uimage to preserve the original behavior.

Signed-off-by: Marek Vasut 
Cc: Richard Purdie 
Cc: Koen Kooi 
Cc: Paul Eggleton 
Cc: Ross Burton 
Cc: Bruce Ashfield 
Signed-off-by: Richard Purdie

kernel: Pull out the linux.bin generation

2015-05-26T09:57:40+00:00

Pull the generation of linux.bin image, which is then packed into uImage,
into a separate function. No functional change.

Signed-off-by: Marek Vasut 
Cc: Richard Purdie 
Cc: Koen Kooi 
Cc: Paul Eggleton 
Cc: Ross Burton 
Cc: Bruce Ashfield 
Signed-off-by: Richard Purdie

kernel: Rework do_uboot_mkimage

2015-05-26T09:57:40+00:00

Rework the function so part it's internals can be re-used by fitImage
image type. The name of the temporary file , linux.bin , is recycled
a little more as it's now used for both the case where it is gzip
compressed and where it is not. This should be fine, since the file
is temporary and removed after the uImage was created anyway.

There is no functional change here.

Signed-off-by: Marek Vasut 
Cc: Richard Purdie 
Cc: Koen Kooi 
Cc: Paul Eggleton 
Cc: Ross Burton 
Cc: Bruce Ashfield 
Signed-off-by: Richard Purdie