Re: [yocto] Using Yocto with NXP QorIQ Processors

Hi Chris, The QorIQ SDK uses recent Yocto version, e.g. the SDK 2.0 is based on Yocto 2.0(Jethro). When the SDK is formally released in Q2/2016, the SDK recipes will be upstreamed to master of community layers. You can use either SDK ISOs available in NXP official

Re: [yocto] [OE-core] bugzilla.yoctoproject.org policy for bugs against multiple releases

On Mon, Apr 18, 2016 at 5:50 PM Khem Raj wrote: > > On Apr 18, 2016 3:51 PM, "Richard Purdie" < > richard.pur...@linuxfoundation.org> wrote: > > > > On Mon, 2016-04-18 at 10:35 -0700, Khem Raj wrote: > > > Can we have a possibility to select field like "affected version" > >

Re: [linux-yocto] linux-yocto: do_compile failed when DEFAULTTUNE = "aarch64_be"

Filed: https://bugzilla.yoctoproject.org/show_bug.cgi?id=9480 linux-yocto: make it work with arm big endian // Robert On 04/19/2016 09:32 AM, Bruce Ashfield wrote: On 2016-04-18 9:30 PM, Robert Yang wrote: On 04/18/2016 08:17 PM, Bruce Ashfield wrote: On 2016-04-18 5:47 AM, Robert Yang

Re: [linux-yocto] linux-yocto: do_compile failed when DEFAULTTUNE = "aarch64_be"

On 2016-04-18 9:30 PM, Robert Yang wrote: On 04/18/2016 08:17 PM, Bruce Ashfield wrote: On 2016-04-18 5:47 AM, Robert Yang wrote: Reproducer: (both in YP 2.1 and 2.0.1): MACHINE = "qemuarm64" DEFAULTTUNE = "aarch64_be" $ bitbake linux-yocto aarch64_be-poky-linux-ld.bfd:

Re: [linux-yocto] linux-yocto: do_compile failed when DEFAULTTUNE = "aarch64_be"

On 04/18/2016 08:17 PM, Bruce Ashfield wrote: On 2016-04-18 5:47 AM, Robert Yang wrote: Reproducer: (both in YP 2.1 and 2.0.1): MACHINE = "qemuarm64" DEFAULTTUNE = "aarch64_be" $ bitbake linux-yocto aarch64_be-poky-linux-ld.bfd: usr/initramfs_data.o: compiled for a little endian system

Re: [yocto] [OE-core] [RFT] GCC 6 Recipes

On Mon, Apr 18, 2016 at 12:48 PM Dan McGregor wrote: > On 17 April 2016 at 23:15, Khem Raj wrote: > > Hello all, > > > > I have put together a potential gcc6 upgrade recipe set, and pushed the > branch to tree here > > > > > >

Re: [yocto] [OE-core] bugzilla.yoctoproject.org policy for bugs against multiple releases

On Apr 18, 2016 3:51 PM, "Richard Purdie" < richard.pur...@linuxfoundation.org> wrote: > > On Mon, 2016-04-18 at 10:35 -0700, Khem Raj wrote: > > Can we have a possibility to select field like "affected version" > > and have it such that multiple versions can be specified > > That doesn't really

Re: [yocto] [OE-core] bugzilla.yoctoproject.org policy for bugs against multiple releases

On Mon, 2016-04-18 at 10:35 -0700, Khem Raj wrote: > Can we have a possibility to select field like "affected version" > and have it such that multiple versions can be specified That doesn't really allow us to mark version X as merged and version Y as pending review though and as I understand

Re: [yocto] [OE-core] bugzilla.yoctoproject.org policy for bugs against multiple releases

On 18 April 2016 at 18:35, Khem Raj wrote: > Can we have a possibility to select field like "affected version" and > have it such that multiple versions can be specified > You'd then need to have the ability to set multiple target versions, and track each of those

Re: [yocto] [OE-core] [RFT] GCC 6 Recipes

On 17 April 2016 at 23:15, Khem Raj wrote: > Hello all, > > I have put together a potential gcc6 upgrade recipe set, and pushed the > branch to tree here > > > http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6 > > and also at github fork of mine. > >

[yocto] [meta-mono][PATCH 2/2] mono: Add libikvm-native to FILES_${PN}-libs

Fix error: ERROR: mono-4.3.2.467-r0 do_package_qa: QA Issue: -dev package contains non-symlink .so: mono-dev path 'work/cortexa9hf-neon-linux-gnueabi/mono/ 4.3.2.467-r0/packages-split/mono-dev/usr/lib/libikvm-native.so' [dev-elf] Signed-off-by: Fabio Berton ---

[yocto] [meta-mono][PATCH 1/2] mono-4xx: Add zlib to DEPENDS

Signed-off-by: Fabio Berton --- recipes-mono/mono/mono-4.xx.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/recipes-mono/mono/mono-4.xx.inc b/recipes-mono/mono/mono-4.xx.inc index 6075766..0225aaa 100644 --- a/recipes-mono/mono/mono-4.xx.inc +++

Re: [yocto] [OE-core] bugzilla.yoctoproject.org policy for bugs against multiple releases

Can we have a possibility to select field like "affected version" and have it such that multiple versions can be specified On Apr 18, 2016 3:27 AM, "Burton, Ross" wrote: > Hi, > > At the moment we don't really have a policy for oe-core bugs in > bugzilla.yoctoproject.org

Re: [yocto] Poky-Tiny errors building util-linux/2.26.2-r0

You propbably need to enable more. Eglibc options than default. Or else update to 2.1 release which uses musl On Apr 18, 2016 7:56 AM, "Ronald Oakes" wrote: > When I attempt to build using the poky-tiny distribution (or my > distribution still very closely based on it), I keep

[yocto] is there a powerpc alternative to kickstart/installer-support?

if i understand this correctly, the current installer support in YP is for x86 only (requiring grub or syslinux or what have you). is there a powerpc equivalent? i've looked around and found nothing. rday -- Robert P.

[yocto] Hi, Re: Serial Timeout

Am 18. April 2016 5:14:34 nachm. schrieb Markus Haege : Hello there, We use a Freescale imx6 with u-boot. Everything works fine, via serial loader we copy devictree, u-boot and kernel+initramfs to the board an it all starts. We can login but after 5 sec the connection

Re: [yocto] bugzilla.yoctoproject.org policy for bugs against multiple releases

On 04/18/2016 03:26 AM, Burton, Ross wrote: > Hi, > > At the moment we don't really have a policy for oe-core bugs in > bugzilla.yoctoproject.org that apply to multiple releases, for example > https://bugzilla.yoctoproject.org/show_bug.cgi?id=9400. This is a CVE bug > that should be fixed in

[yocto] Serial Timeout

Hello there, We use a Freescale imx6 with u-boot. Everything works fine, via serial loader we copy devictree, u-boot and kernel+initramfs to the board an it all starts. We can login but after 5 sec the connection breaks and no further input is possible via serial console. For the rootfs we use

[yocto] Poky-Tiny errors building util-linux/2.26.2-r0

When I attempt to build using the poky-tiny distribution (or my distribution still very closely based on it), I keep getting link errors when building util-linux. These seem to be related to the functions provided by wchar.h and locale.h and their associated library files. For example:

Re: [yocto] Using Yocto with NXP QorIQ Processors

Hi Chris, On 04/18/2016 06:58 AM, Chris Trobridge wrote: > Has anyone attempted to use the Qoriq BSP layers with them main Yocto > release rather than the NXP (ex Freescale) SDK they come bundled in? > > I ask because the NXP SDK is somewhat behind the main Yocto release > schedule. > > It

[yocto] Using Yocto with NXP QorIQ Processors

Has anyone attempted to use the Qoriq BSP layers with them main Yocto release rather than the NXP (ex Freescale) SDK they come bundled in? I ask because the NXP SDK is somewhat behind the main Yocto release schedule. It should be easier to port the BSP to the current Yocto but I have no idea

Re: [yocto] Adding kernel module to rootfs without changing machine's configuration

On 2016-04-18 2:54 AM, Yigal Reiss (yreiss) wrote: I am able to add a kernel module to the rootfs by appending it to the MACHINE_EXTRA_RDEPENDS of the .conf under the machine folder of the BSP. E.g. for adding nfq: MACHINE_EXTRA_RDEPENDS += "kernel-module-xt-multiport ...

Re: [linux-yocto] linux-yocto: do_compile failed when DEFAULTTUNE = "aarch64_be"

On 2016-04-18 5:47 AM, Robert Yang wrote: Reproducer: (both in YP 2.1 and 2.0.1): MACHINE = "qemuarm64" DEFAULTTUNE = "aarch64_be" $ bitbake linux-yocto aarch64_be-poky-linux-ld.bfd: usr/initramfs_data.o: compiled for a little endian system and target is big endian

Re: [yocto] RPM bogus signature

Hi, I've found the culprit. RPM5 does package auto-signing. Itself it's not a big deal but the problem is that it also considers that package is valid if the pubkey is present in the RPM header. This is an extremely severe security issue - any "signed" package can be installed on the target even

[yocto] bugzilla.yoctoproject.org policy for bugs against multiple releases

Hi, At the moment we don't really have a policy for oe-core bugs in bugzilla.yoctoproject.org that apply to multiple releases, for example https://bugzilla.yoctoproject.org/show_bug.cgi?id=9400. This is a CVE bug that should be fixed in all supported branches, and indeed Sona has sent patches

Re: [yocto] module do_configure depends on kernel .config and headers

Hi Bruce, From: Bruce Ashfield Sent: 15 April 2016 18:15 > On Fri, Apr 15, 2016 at 12:02 PM, Vajzovic, Tom wrote: >> >> I am using a meta layer provided by a SOM manufacturer. >> They have a recipe which sets: > > What branch are you using ? Fido. >> inherit module >> >> export

[linux-yocto] linux-yocto: do_compile failed when DEFAULTTUNE = "aarch64_be"

Reproducer: (both in YP 2.1 and 2.0.1): MACHINE = "qemuarm64" DEFAULTTUNE = "aarch64_be" $ bitbake linux-yocto aarch64_be-poky-linux-ld.bfd: usr/initramfs_data.o: compiled for a little endian system and target is big endian aarch64_be-poky-linux-ld.bfd: failed to merge target specific data

Re: [yocto] Running an own script after kernel compilation

On Thu, Apr 14, 2016 at 12:19 PM, Belisko Marek wrote: > Hi, > > On Thu, Apr 14, 2016 at 12:12 PM, Yegor Yefremov > wrote: >> I have my own ITS file, that is required to create a FIT image. ITS >> file has a special configuration, that cannot

[linux-yocto] [PATCH 1/1] sched/cgroup: Fix/cleanup cgroup teardown/init

This commit backports 2f5177f0fd7e531b26d54633be62d1d4cb94621c from linux-stable. We've seen frequent oopses with linux-yocto-4.4 and this commit helps to get rid of those. Changes: Peter Zijlstra (1): sched/cgroup: Fix/cleanup cgroup teardown/init kernel/sched/core.c | 35

[linux-yocto] [PATCH 0/1] linux-yocto-4.4: backport sched/cgroup fixes

While searching for LKML archives to spot any similar hits to an oops we've seen when using linux-yocto-4.4, I ran into a thread about "[BUG] sched: leaf_cfs_rq_list use after free". The patch proposed in that thread fixes the oops so I'm sending a backported version of it to linux-yocto-4.4.

Re: [yocto] [PATCH][meta-selinux] refpolicy-minimum: port changes for prepare_policy_store

On 04/18/2016 05:02 AM, Philip Tricca wrote: Hello Wenzong, On 04/08/2016 01:19 AM, wenzong@windriver.com wrote: From: Wenzong Fan Apply the changes to refpolicy-minimum_2.20151208.bb: commit bfaf278116e6c3a04bb82c9f8a4f8629a0a85df8 Author: Wenzong Fan

[yocto] Adding kernel module to rootfs without changing machine's configuration

I am able to add a kernel module to the rootfs by appending it to the MACHINE_EXTRA_RDEPENDS of the .conf under the machine folder of the BSP. E.g. for adding nfq: MACHINE_EXTRA_RDEPENDS += "kernel-module-xt-multiport ... kernel-module-xt-nfqueue" I would like to make the override (i.e. add