Re: [OE-core] [PATCH 4/4] kernel-initramfs: add recipe

This patch needs to be adjusted, please ignore this patch set 3, will send a V4 soon. //Ming Liu 2017-03-21 15:34 GMT+01:00 : > From: Ming Liu > > To implement initramfs bundled kernel packaging. > > The kernel images are copied from

[OE-core] [PATCH] core-image.bbclass: update available IMAGE_FEATURES

Update the list of available IMAGE_FEATURES with the sub-features of 'debug-tweaks' and add 'splash'. Signed-off-by: Trevor Woerner --- meta/classes/core-image.bbclass | 4 1 file changed, 4 insertions(+) diff --git a/meta/classes/core-image.bbclass

[OE-core] [PATCH 2/2] oeqa/selftest/devtool: Enable missing cleanup

Not sure why this cleanup is disabled but it clearly should be running so enable it. Signed-off-by: Richard Purdie --- meta/lib/oeqa/selftest/devtool.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/devtool.py

[OE-core] [PATCH 1/2] externalsrc: Use git add -A for compatibility with all git versions

I've been debugging a selftest failure on Centos7. The problem turns out to be the elderly git version (1.8.3.1) on those systems. It means that the system doesn't correctly checksum changed files in the source tree, which in turn means do_compile fails to run and this leads to the following

Re: [OE-core] [PATCH 1/3] subversion: remove useless comment

On Tue, 2017-03-21 at 20:52 +, Richard Purdie wrote: > On Tue, 2017-03-14 at 09:37 +, > leonardo.sandoval.gonza...@linux.intel.com wrote: > > From: Leonardo Sandoval > > > > Remove auto-builder comment shown on the recipe because it does not >

Re: [OE-core] [PATCH 1/3] subversion: remove useless comment

On Tue, 2017-03-14 at 09:37 +, leonardo.sandoval.gonza...@linux.intel.com wrote: > From: Leonardo Sandoval > > Remove auto-builder comment shown on the recipe because it does not > add something > useful. I disagree, it explains the error seen

[OE-core] [PATCH 1/1] meta/classes/kernel.bbclass: revert 56fe5300ab5

This commit effectively reverts 56fe5300ab5 (except doing a revert at this point is not clean). The Linux kernel contains a configuration option called CONFIG_LOCALVERSION_AUTO which, if enabled, will change the boot log and "uname -a" from, for example, "4.10.2-yocto-standard" to

[OE-core] [PATCH 0/1] meta/classes/kernel.bbclass: revert 56fe5300ab5

Changes from v1: - fixed kernel config option to which this patch refers from CONFIG_LOCALVERSION to CONFIG_LOCALVERSION_AUTO Trevor Woerner (1): meta/classes/kernel.bbclass: revert 56fe5300ab5 meta/classes/kernel.bbclass | 6 -- 1 file changed, 6 deletions(-) --

Re: [OE-core] [PATCH] meta/classes/kernel.bbclass: revert 56fe5300ab5

Oops, kernel config option is wrong in description. v2 in 3, 2, 1... On Tue, Mar 21, 2017 at 2:58 PM, Trevor Woerner wrote: > This commit effectively reverts 56fe5300ab5 (except doing a revert at this > point is not clean). > > The Linux kernel contains a configuration option

[OE-core] [PATCH] meta/classes/kernel.bbclass: revert 56fe5300ab5

This commit effectively reverts 56fe5300ab5 (except doing a revert at this point is not clean). The Linux kernel contains a configuration option called CONFIG_LOCALVERSION which, if enabled, will change the boot log and "uname -a" from, for example, "4.10.2-yocto-standard" to

Re: [OE-core] [PATCH] ovmf: fix toolchain selection

On Tue, Mar 21, 2017 at 1:56 AM, Patrick Ohly wrote: > For the native tools, a static patch inserted gcc/g++/ld/ar while later > adding BUILD_LDFLAGS and BUILD_CFLAGS with sed. Now it's all done with sed, > which has the advantage that it uses the actual compile variables.

[OE-core] [PATCH 4/4] kernel-initramfs: add recipe

From: Ming Liu To implement initramfs bundled kernel packaging. The kernel images are copied from DEPLOY_DIR_IMAGE, and a list of packages will be generated according to KERNEL_IMAGETYPES setting. For instance: For KERNEL_IMAGETYPES = "bzImage vmlinux" the

[OE-core] [PATCH 3/4] image.bbclass: remove initramfs bundle related code

From: Ming Liu The original purpose of these code was to repackage initramfs bundled kernel before image do_build, but it does not really work because the initramfs bundled kernel images are not packaged at all after commit

[OE-core] [PATCH 2/4] kernel.bbclass: introduce INITRAMFS_IMAGE_NAME

From: Ming Liu It defaults to ${INITRAMFS_IMAGE}-${MACHINE} if INITRAMFS_IMAGE is not empty. This allows the end users to be able to override the initramfs image name with a customized value. Signed-off-by: Ming Liu ---

[OE-core] [PATCH 1/4] kernel.bbclass: fix some incorrect inter-task dependencies

From: Ming Liu - Move the addtask statment that kernel_link_images needs run after do_compile from linux-yocto.inc to kernel.bbclass. Or else the recipes that inheriting kernel.bbclass might run into implicit dependency issues. - Fix a typo, "addtask

[OE-core] [PATCH 0/4] [V3] Fix some issues of kernel/image recipes

From: Ming Liu The changes in V3: 1 Drop one patch which is problematic. 2 Change a conditional checking line in kernel-initramfs.bb: From: "if type != 'vmlinux' or d.getVar('KERNEL_IMAGETYPE') == 'vmlinux':" To: "if type != 'vmlinux' or 'vmlinux' in

Re: [OE-core] how to hack cross-compilation into a single "plugins" directory?

On 21 March 2017 at 13:23, Robert P. J. Day wrote: > i'm sure i could tease out how to hack that Makefile, but is there > another recipe with a similar structure i could just steal a Makefile > from? > This used to work because we used to pass -e to every make:

Re: [OE-core] [PATCH 0/5] Fix some issues of kernel/image recipes

Hi, I've just done some more tests, and found the patch "kernel.bbclass: handle kernel-vmlinux in KERNEL_IMAGETYPES" is problematic, it causes some issues when processing dtb, fitimage, the vmlinux will be included even it is not included by KERNEL_IMAGETYPE, so I will remove that patch in V3.

[OE-core] how to hack cross-compilation into a single "plugins" directory?

i know this is simple, but if someone can point me at a recipe from which i can copy and paste, that would be just ducky. cross-compiling recipe poptop for powerpc, source available here: https://sourceforge.net/p/poptop/git/ci/master/tree/ i found an old OE recipe here:

[OE-core] [PATCH v4 5/5] wic: selftest: add tests for --fixed-size partition flags

wic has a new flag for setting a fixed parition size --fixed-size. Add tests that verify if partition is indeed sized properly and that errors are signaled when there is not enough space to fit partition data. Signed-off-by: Maciej Borzecki ---

[OE-core] [PATCH v4 4/5] wic: selftest: do not assume bzImage kernel image

Instead of assuming that bzImage is available, query bitbake enviroment for KERNEL_IMAGETYPE. Signed-off-by: Maciej Borzecki --- meta/lib/oeqa/selftest/wic.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/wic.py

[OE-core] [PATCH v4 3/5] wic: selftest: avoid COMPATIBLE_HOST issues

Wic tests will unconditionally attempt to build images that may require dependencies that are incompatible with current target. Resolve this by consulting HOST_ARCH first (which defaults to TARGET_ARCH) before proceeding to build images that may be incompatible. A convenience decorator

[OE-core] [PATCH v4 1/5] selftest: wictestdisk: machine agnostic WKS for use with selftest

Add a kickstart for an image that is not limited to use on x86 compatible machines. This allows us to run more wic tests on non-x86 architectures. Signed-off-by: Maciej Borzecki --- meta-selftest/wic/wictestdisk.wks | 7 +++ 1 file changed, 7 insertions(+)

[OE-core] [PATCH v4 2/5] selftest: wic: replace directdisk with wictestdisk where possible

Use wictestdisk instead of directdisk thus allowing more tests to be run on non-x86 compatible machines. Signed-off-by: Maciej Borzecki --- meta/lib/oeqa/selftest/wic.py | 64 +-- 1 file changed, 32 insertions(+), 32

[OE-core] [PATCH v4 0/5] wic: selftest: enhancements for non-x86 MACHINE support & fixed-size tests

v4 of a series with enhancements and new test cases for wic selftest. The enhancements allow for running wic selftest for non-x86 MACHINE, such as qemuarm (the whole series was verified on qemux86-64 and qemuarm). The first patch adds a machine independent kickstart file - wictestdisk. Most of

Re: [OE-core] State of bitbake world, Failed tasks 2017-03-15

For next run I've removed sstate-cache and downloads directory to detect broken SRC_URIs, here is the list: /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb:do_fetch

[OE-core] [PATCH] buildhistory.bbclass: add layer name to source recipe data

It is useful to know which layer provided a given recipe and its binary packages. Many projects combine a number of layers and some of them also provide same recipe names in which case bitbake can prioritize between them. buildhistory can record the decision by saving the layer from where the

[OE-core] [PATCH] ovmf: fix toolchain selection

For the native tools, a static patch inserted gcc/g++/ld/ar while later adding BUILD_LDFLAGS and BUILD_CFLAGS with sed. Now it's all done with sed, which has the advantage that it uses the actual compile variables. However, in practice those are the same. More importantly, picking the build tools

Re: [OE-core] ovmf fails to build with musl (was: Re: [PATCH 5/6] musl: Update to latest)

On Mon, 2017-03-20 at 22:02 +0100, Patrick Ohly wrote: > However, TARGET_PREFIX is empty in ovmf-native. So instead of > i586-poky-linux-musl-gcc or i586-poky-linux-musl-gcc-ar we end up > building with gcc and gcc-ar from the host, which probably wasn't the > intention. > > Below a patch which

Re: [OE-core] [PATCH] libxslt: Add PACKAGECONFIG support

On 21 March 2017 at 02:31, Vedang Patel wrote: > Some options like python bindings, debug support, crypto are hardcoded > inside the recipe. Change that to make those option configurable using > PACKAGECONFIG. > > Signed-off-by: Vedang Patel > ---

[OE-core] kernel config, scripts/setlocalversion

Hi, Currently openembedded-core/meta/classes/kernel.bbclass contains: kernel_do_configure() { # fixes extra + in /lib/modules/2.6.37+ # $ scripts/setlocalversion . => + # $ make kernelversion => 2.6.37 # $ make kernelrelease

Re: [OE-core] go-bootstrap / go-native conflict during do_rootfs

On 20/03/17 17:50, Khem Raj wrote: > On Mon, Mar 20, 2017 at 8:29 AM, Khem Raj wrote: >> On Mon, Mar 20, 2017 at 8:17 AM, Richard Purdie >> wrote: >>> On Mon, 2017-03-20 at 07:49 -0700, Khem Raj wrote: On Mon, Mar 20, 2017 at 6:47 AM,