Hi Everyone,
We are pleased to announce that support for ARM GCC 9.2-2019.12 [1]
toolchain has been added in meta-linaro [2].
- Support for ARM GCC 9.2 toolchain built from source, steps to use it:
- Add <path-to-meta-linaro-repo>/meta-linaro-toolchain/ to BBLAYERS
in conf/bblayers.conf.
- Configure: GCCVERSION = "arm-9.2" in conf/local.conf.
- Support for prebuilt ARM GCC 9.2 toolchain, steps to use it:
- Add <path-to-meta-linaro-repo>/meta-linaro-toolchain/ to BBLAYERS
in conf/bblayers.conf.
- Configure: TCMODE = "external-arm" in conf/local.conf.
- For AArch64 (eg. qemuarm64 machine in poky distro)
- Configure: EXTERNAL_TOOLCHAIN =
"<installation-path>/gcc-arm-9.2-2019.12-x86_64-aarch64-none-linux-gnu"
in
conf/local.conf.
- For AArch32 (eg. qemuarm machine in poky distro)
- Configure: EXTERNAL_TOOLCHAIN =
"<installation-path>/gcc-arm-9.2-2019.12-x86_64-arm-none-linux-gnueabihf"
in conf/local.conf.
Distro testing:
===========
- poky distro (branch: zeus, machines: qemuarm and qemuarm64)
- Build and boot tested.
- RPB distro (branch: zeus, machine: dragonboard-410c)
- Build and boot tested.
- World builds (branch: zeus, machines: qemuarm and qemuarm64) for
following layers:
- poky/meta
- poky/meta-poky
- poky/meta-yocto-bsp
- meta-openembedded/meta-oe
- meta-openembedded/meta-python
- meta-openembedded/meta-networking
Known issues:
===========
- mariadb build failure with ARM GCC 9.2 toolchain built from source:
- Recipe fix patch [3] accepted in OE upstream.
- Native tools dependency issues seen with multiple recipes (psmisc,
xclock, ndisc6, dovecot, man-db, drbd-utils and unbound) when using
prebuilt ARM GCC 9.2 toolchain.
- Fixes posted in OE upstream [4] [5].
Reporting bugs:
============
Please report any issue here [6].
[1]
https://developer.arm.com/tools-and-software/open-source-software/developer…
[2] https://git.linaro.org/openembedded/meta-linaro.git/?h=master
[3] https://patchwork.openembedded.org/patch/169296/
[4] https://patchwork.openembedded.org/patch/169289/
[5] https://patchwork.openembedded.org/series/22188/
[6] https://bugs.linaro.org/enter_bug.cgi?product=Linaro%20OpenEmbedded
Happy hacking!,
Regards,
Sumit
Hello all,
When building dunfell branch of meta-linaro for qemux86-64 target, the following parse error occurs:
ERROR: ../sources/meta-linaro/meta-linaro/recipes-linaro/images/linaro-image-lng.bb: No IMAGE_CMD defined for IMAGE_FSTYPES entry 'qcow2' - possibly invalid type name or missing support class
It seems that qcow2 should be replaced with wic.qcow2 according to this oe-core commit from 2017:
https://git.openembedded.org/openembedded-core/commit/?h=dunfell&id=929ba56…
Indeed doing so fixes the build for me.
The master branch of meta-linaro also uses 'qcow2' (while being updated to the newer yocto variable override syntax). So I would expect it to fail similarly there.
Should this get fixed in meta-linaro? Are other people building the dunfell branch successfully?
Thanks,
Ralph
Hello!
We've been encountering a problem with recent kernels (post 5.15,
since this commit [0]) which require a Python3 package called dtschema
[1] (Rob Herring is a maintainer). This is easily installed via pip3
[2] and a recipe works fine for OpenEmbedded [3], even in the ancient
Sumo we're using (well, at least everything seems to be in place).
The problem we're seeing is with the PATH set by the recipe, which has
/poky/build/tmp/hosttools/ as the last bit in it. but no reference to
the native Python (recipe-sysroot-native/usr/bin/python3-native/)
built within OE. This version of Python (3.7.3) is from the host, and
does not have the dtschema package in it (even if it's installed,
dtschema fails to run).
I have tried inheriting python3native in the kernel recipe, which
defines PYTHON and other related variables, but it still fails to use
the right python3 binary.
Is there a recommended way to get the python3-native path into the PATH?
Thanks and greetings!
Daniel Díaz
daniel.diaz(a)linaro.org
[0] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?…
[1] https://github.com/devicetree-org/dt-schema/
[2] https://pypi.org/project/dtschema/
[3] https://github.com/mrchapp/meta-lkft/blob/d/add-dtschema/recipes-devtools/p…
There is an issue in meta-rust master, affecting cargo-native with no
checksum.
I will look into.
Regards,
Anibal
On Tue, 19 Oct 2021 at 04:07, <ci_notify(a)linaro.org> wrote:
> Hello CI User,
>
> This is notification from ci.linaro.org for project Qualcomm OpenEmbedded
> RPB (master).
>
> The project Qualcomm OpenEmbedded RPB (master) Build # 692 - Still
> Failing.
>
> Please check console output at
> https://ci.linaro.org/job/lt-qcom-openembedded-rpb-master/692/ to view
> the results.
>
> Thanks!!!
> CI Team
There as been a lot time that is failing NXP iMX, anyone is
using/maintaining it?,
Regarda,
Anibal
El vie., 27 de noviembre de 2020 15:54, <ci_notify(a)linaro.org> escribió:
> Hello CI User,
>
> This is notification from ci.linaro.org for project Reference Platform -
> OpenEmbedded (dunfell).
>
> The project Reference Platform - OpenEmbedded (dunfell) Build # 234 -
> Still Failing.
>
> Please check console output at
> https://ci.linaro.org/job/rpb-openembedded-dunfell/234/ to view the
> results.
>
> Thanks!!!
> CI Team