linux/meta-openembedded.git/meta-oe/classes, branch danny

kernel bbclass: return to original directory in do_deploy

2013-04-05T14:55:00+00:00

* During the base kernel_do_deploy function the directory is changed to DEPLOYDIR in order to do some cleanup and symlinking. However, the directory is not changed back to the original starting directory ${S} at the end. For append functions this means that the starting directory is not ${S} as expected but instead ${DEPLOYDIR}. For functions like the do_deploy_append in recipes-kernel/linux/linux-dtb.inc there is an assumption that you are still in the source directory and not the DEPLOYDIR. Without this change the .dtb files are not copied because the check for the existence of ${DTS_FILE} which is a relative path from the ${S} directory fails. This means that the .dtb files are not copied into the deploy directory and subsequently the deploy/images directory. In the log.do_deploy file you will see lines like: Warning: arch/arm/boot/dts/xxxxx.dts is not available! This fix has also been picked up in the oe-core kernel.bbclass: http://cgit.openembedded.org/openembedded-core/commit/?id=fd5d80ab1a405cb4ef94f2cde25f8c251da490f0 Signed-off-by: Chase Maupin Signed-off-by: Eric Bénard

kernel.bbclass: remove explicit version.h target

2012-11-13T17:36:45+00:00

The compilation routine for the kernel has an explicit call to build version.h, which works fine for most kernels, but the location of it has recently changes. commit d183e6f5 [UAPI: Move linux/version.h] commit 10b63956 [UAPI: Plumb the UAPI Kbuilds into the user header installation and checking] moves the file to include/generated/linux/version.h and then to include/generated/uapi/linux/version.h. As a result kernel builds of 3.7 or bisection builds of intermediate kernel commits will fail with: make[2]: *** No rule to make target `include/linux/version.h'. Stop. Making the explicit version.h build conditional on the version, or via a file test would fix the problem, but it introduces some complexity to the build. Even without an explicit call to build version.h, it is always produced by the kernel build, so it can simply be removed. This extra make line was originally so that the kernel version could be determined, so that then different instructions could be executed depending on whether it was a 2.4 or 2.6 kernel. Since we no longer support 2.4, this code is no longer needed. [YOCTO: #3293] Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

gitver: fix gitver to work with yocto 1.3

2012-10-30T08:51:51+00:00

replace oe_run and oe.process with bb.process gitver got broken by following oe-core commits: 15ad62ab1be060d8a7cdc2d28167ea3af4cfd5d5 d56062cbf92ef206bf06c767befacb66927a9a36 Signed-off-by: Radek Dostal Signed-off-by: Koen Kooi

Replace bb.data.* with d.*

2012-10-28T14:32:06+00:00

Used sed expression given here: http://lists.linuxtogo.org/pipermail/openembedded-core/2011-November/012373.html Plus an additional expression for .expand. Full expression is: sed \ -e 's:bb.data.$setVar([^,]*,[^,]*$, $[^ )]*$ *):\2.\1):g' \ -e 's:bb.data.$setVarFlag([^,]*,[^,]*,[^,]*$, $[^) ]*$ *):\2.\1):g' \ -e 's:bb.data.$getVar([^,]*$, $[^, ]*$ *,$[^)]*$):\2.\1,\3):g' \ -e 's:bb.data.$getVarFlag([^,]*,[^,]*$, $[^, ]*$ *,$[^)]*$):\2.\1,\3):g' \ -e 's:bb.data.$getVarFlag([^,]*,[^,]*$, $[^) ]*$ *):\2.\1):g' \ -e 's:bb.data.$getVar([^,]*$, $[^) ]*$ *):\2.\1):g' \ -e 's:bb.data.$expand([^,]*$, $[^ )]*$ *):\2.\1):g' \ -i `grep -ril bb.data *` Some minor correction in systemd.bbclass was needed for some expressions that didn't quite match the regex in the desired way; additionally a few instances were manually changed. Signed-off-by: Paul Eggleton

srctree: remove this bbclass

2012-10-05T10:17:40+00:00

* it's depending on clean.bbclass which isn't in meta-oe and oe-core now has externalsrc.bbclass Signed-off-by: Martin Jansa

blacklist.bbclass: Remove

2012-09-24T08:02:47+00:00

moved into OE-Core Signed-off-by: Khem Raj Signed-off-by: Koen Kooi

gnome.bbclass: remove to use oe-core's version

2012-09-17T08:42:28+00:00

* suggested in [1] * build tested from scratch with my working image [2] [1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2012-August/041157.html [2] http://gitorious.org/schnitzeltony-oe-meta/meta-misc/blobs/master/recipes-image/xfce-full-image.bb Signed-off-by: Andreas Müller Signed-off-by: Koen Kooi

machine_kernel_pr.bbclass: provides MACHINE_KERNEL_PR functionality

2012-08-20T20:50:01+00:00

Diffing with the OE-Core's kernel.bbclass only difference is setting of machine kernel pr. So lets convert it to a separate class which provides the added functionality and let everyone use kernel.bbclass from kernel It needs the dependent layers to inherit this class in addition to kernel.bbclass. After dependent layers are updated we can remove meta-oe copy of kernel.bbclass, it leaves up with one less conflict with OE-Core. Signed-off-by: Khem Raj Signed-off-by: Martin Jansa

testlab.bbclass: Delete

2012-08-07T10:25:25+00:00

This functionality is now provided by buildhistory as well. so lets remove it in favor of that Signed-off-by: Khem Raj Signed-off-by: Koen Kooi

kernel.bbclass: convert tab indentation in python functions into four-space

2012-07-19T10:11:34+00:00

Signed-off-by: Richard Purdie Signed-off-by: Martin Jansa Signed-off-by: Koen Kooi