This is particularly useful to make sure the compiler uses the recipe
sysroot for headers avoiding host contaminations like:

| opts-GCC.h:42:
| /usr/include/stdint.h:26:10: fatal error: 'bits/libc-header-start.h'
file not found
| #include <bits/libc-header-start.h>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Upstream breaks the sed operation because '*' match misses a preceeding
'.'.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Release builds with clang were fixed in 202202. We can drop this
workaround now as we are on that version.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Luca Seritan authored 2 years ago and Andrei Gherzan committed 2 years ago

Graphic mode is supported for qemuarm-efi and qemuarm64-efi, so use this
by default.

Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Luca Seritan authored 2 years ago and Andrei Gherzan committed 2 years ago

qemuarm-efi and qemuarm64-efi are the EFI equivalent machines which
replace qemuarm and qemuarm64 respectively.

Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Luca Seritan authored 2 years ago and Andrei Gherzan committed 2 years ago

qemu-generic-arm64 was not fully supported. Use qemuarm64-efi as
a supported 64 bit ARM alternative.

Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Luca Seritan authored 2 years ago and Andrei Gherzan committed 2 years ago

The qemuarmi64 machine was never fully supported in Oniro due to its
limitation in booting wic. Drop it completely.

Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Luca Seritan authored 2 years ago and Andrei Gherzan committed 2 years ago

The qemuarm machine was never fully supported in Oniro due to its
limitation in booting wic. Drop it completely.

Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

With the current regex expression a machine that is not part of the
compatible one would match if it is a substring of one of the machines
part of the regex expression.

For example "qemuarm64-efi" will match
"qemuarm|qemuarm64|qemux86|qemux86-64|qemuriscv64|qemuriscv32|qemu-generic-arm64".

Fix this by matching the start and the end of the string.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Pass the right target prefix for arm build on both gcc and clang.

Also, add a compatibility symlink path for builds that use arch in the
directory output.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

oe-core avoids armv7ve builds. This is more of a blanket fix because
grub supports this arch. It doesn't support hardfp configuration that
can't be forced into softfp with a compiler flag. qemuarm-efi defaults
to softfp.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

oe-core avoids armv7ve builds. This is more of a blanket fix because
grub supports this arch. It doesn't support hardfp configuration that
can't be forced into softfp with a compiler flag. qemuarm-efi defaults
to softfp.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

The grub.cfg file is processed based on the machine configuration and
the final result is deployed in DEPLOY_DIR_IMAGE. Use that file as
opposed to letting wic finding it in the layer - and using the template
one.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

This patch makes sure that the resulting cfg takes into consideration
the kernel image type for the specific machine. This change makes now
the recipe/package machine specific so we drop allarch and set
PACKAGE_ARCH accordingly.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

The arm64 defconfig file provides the initial support for this machine
but it also provides a good set of extra configs unrelated to qemu. Some
even generate build warnings due to some configs being dependent on some
that are not enabled. As an initial solution we pull the defconfig in
the layer and drop the problematic (warning generating) configs. The
plan is to drop it in the future for a config fragment for qemu efi boot
and reuse the existing BSP configuration from yocto-kernel-cache of the
equivalent qemuarm64 machine.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

The multi_v7_defconfig file provides the initial support for this
machine but it also provides a good set of extra configs unrelated to
qemu. Some even generate build warnings due to some configs being
dependent on some that are not enabled. As an initial solution we pull
the defconfig in the layer and drop the problematic (warning generating)
configs. The plan is to drop it in the future for a config fragment for
qemu efi boot and reuse the existing BSP configuration from
yocto-kernel-cache of the equivalent qemuarm machine.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

This machine is based on Cortex-A57. For the EFI side, it uses
edk2-firmware.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

This machine is based on Cortex-A15 with softfp (to avoid hacks on grub
side as it requires softfp or a way to force flag to softfp). For the
EFI side, it uses edk2-firmware.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>
Signed-off-by: Luca Seritan <luca.seritan@huawei.com>

Add ci jobs for dut sysota testing on raspberrypi4  and seco b68

Fixes #533

Signed-off-by: Stevan Radaković <stevan.radakovic@linaro.org>

Chase Qi authored 2 years ago and Stevan Radaković committed 2 years ago

Signed-off-by: Chase Qi <chase.qi@linaro.org>

Chase Qi authored 2 years ago and Stevan Radaković committed 2 years ago

Signed-off-by: Chase Qi <chase.qi@linaro.org>

Chase Qi authored 2 years ago and Stevan Radaković committed 2 years ago

Apart from qemu devices, enable smoke tests on MRs for rpi4, seco-b68
and seco-c61-* boards to cover all supported device types.

Signed-off-by: Chase Qi <chase.qi@linaro.org>

Chase Qi authored 2 years ago and Stevan Radaković committed 2 years ago

Signed-off-by: Chase Qi <chase.qi@linaro.org>

Using build job name to download bundles doesn't work. We need to introduce
new var and make it mandatory for lava jobs containing the `sysota`
in job name.

Signed-off-by: Stevan Radaković <stevan.radakovic@linaro.org>

* e23ef05 : recipes-graphics: Add missing machine overrides - Natalia Kovalenko
* f935da2 : recipes-graphics: Delete xorg-xserver - Natalia Kovalenko

Signed-off-by: Pavel Zhukov <pavel.zhukov@huawei.com>

* 0d0f168 : freertos: Update to latest release 202012.04-LTS (kernel v10.4.3 Patch 2) - Alejandro Enedino Hernandez Samaniego
* 22c9093 : meta-freertos: Add kirkstone as stable release - Alejandro Enedino Hernandez Samaniego
* 765ea05 : freertos.conf: Drop BB_DANGLINGAPPENDS_WARNONLY - Andrei Gherzan

Signed-off-by: Pavel Zhukov <pavel.zhukov@huawei.com>

* 8f2dc10 : tracker: upgrade 3.3.1 -> 3.3.2 - wangmy
* 6f3b39f : tracker: upgrade 3.3.0 -> 3.3.1 - Wang Mingyu
* d3e5c08 : redis: upgrade 7.0.2 -> 7.0.4 - wangmy
* ab72f6b : stunnel: upgrade 5.64 -> 5.65 - wangmy
* b9c0df2 : stunnel: upgrade 5.63 -> 5.64 - wangmy
* cb4e7fb : python3-lxml: Security fix CVE-2022-2309 - Yue Tao
* 2763eaf : openjpeg: ignore CVE-2015-1239 - Davide Gardenal
* 7430daa : bigbuckbunny-1080p: update SRC_URI - Armin Kuster
* 44d7730 : ndisc6: upgrade 1.0.5 -> 1.0.6 - Wang Mingyu
* 7eb9e50 : php: upgrade 8.1.7 -> 8.1.8 - Wang Mingyu
* db866d5 : rsyslog: update 8.2202->8.2206 - Aryaman Gupta
* f1d7666 : catfish: fix buildpaths issue - Chen Qi
* 4f02315 : postgresql: ignore unrelated CVE - Davide Gardenal
* b0bf282 : php: ignore patched CVEs - Davide Gardenal
* aca019a : mongodb: ignore unrelated CVEs - Davide Gardenal
* bd8f5fa : meta-oe: ignore patched CVEs - Davide Gardenal
* cd54a3b : libplist: ignore patched CVEs - Davide Gardenal

Signed-off-by: Pavel Zhukov <pavel.zhukov@huawei.com>

* 3564ce3 : initscripts: run umountnfs as a KILL script - Shruthi Ravichandran
* acda23e : bind: Remove legacy python3 PACKAGECONFIG code - Alex Kiernan
* 7d63a9d : efivar: fix import functionality - gr embeter
* 400ed3b : base/reproducible: Change Source Date Epoch generation methods - Richard Purdie
* a4326da : perf: fix reproduciblity in older releases of Linux - Ross Burton
* aa6621d : udev-extraconf:mount.sh: fix a umount issue - Ming Liu
* abff988 : systemd: Added base_bindir into pkg_postinst:udev-hwdb. - leimaohui
* 15015dd : wic/plugins/rootfs: Fix NameError for 'orig_path' - Mihai Lindner
* de7bd5b : oeqa/runtime: add test that the kernel has CONFIG_PREEMPT_RT enabled - Ross Burton
* 492e565 : epiphany: upgrade 42.2 -> 42.3 - Alexander Kanavin
* df37259 : xwayland: upgrade 22.1.2 -> 22.1.3 - Alexander Kanavin
* d626b8c : xwayland: upgrade 22.1.1 -> 22.1.2 - Richard Purdie
* fde20b5 : webkitgtk: upgrade 2.36.3 -> 2.36.4 - Alexander Kanavin
* b295465 : vala: upgrade 0.56.1 -> 0.56.2 - Alexander Kanavin
* b19e202 : vala: upgrade 0.56.0 -> 0.56.1 - Alexander Kanavin
* 1dae5b5 : log4cplus: upgrade 2.0.7 -> 2.0.8 - Alexander Kanavin
* c785f1d : libuv: upgrade 1.44.1 -> 1.44.2 - Alexander Kanavin
* c74c265 : linux-firmware: update 20220610 -> 20220708 - Alexander Kanavin
* 75503a1 : xserver-xorg: update 21.1.3 -> 21.1.4 - Alexander Kanavin
* cf4e2a0 : font-util: update 1.3.2 -> 1.3.3 - Alexander Kanavin
* 73ca8c3 : encodings: update 1.0.5 -> 1.0.6 - Alexander Kanavin
* d083da1 : xf86-input-synaptics: update 1.9.1 -> 1.9.2 - Alexander Kanavin
* 571736f : xmodmap: update 1.0.10 -> 1.0.11 - Alexander Kanavin
* 2f9ab1a : xev: update 1.2.4 -> 1.2.5 - Alexander Kanavin
* 5f3d709 : xorg-app: Tweak handling of compression changes in SRC_URI - Richard Purdie
* cde6198 : xdpyinfo: upgrade 1.3.2 -> 1.3.3 - wangmy
* 01f6eff : mkfontscale: upgrade 1.2.1 -> 1.2.2 - wangmy
* 7eeaf4e : libtirpc: CVE-2021-46828 DoS vulnerability with lots of connections - Hitendra Prajapati
* 5f236e7 : qemu: CVE-2022-35414 can perform an uninitialized read on the translate_fail path, leading to an io_readx or io_writex crash - Hitendra Prajapati

Signed-off-by: Pavel Zhukov <pavel.zhukov@huawei.com>

BB_DANGLINGAPPENDS_WARNONLY controls how the parser behaves when
dangling bbappends are found. When not defined (or defined to 0/no), it
errors out and forces for these to be updated and handled accordingly.
We rely on this behaviour to force us to forward port changes or drop if
needed. The problem is that some layers might (in various ways) define
this to only warn in this case breaking our CI and project health
assumptions.

To avoid this, we force this in the inc included by all our distros.
Doing this in local.conf is problematic this would change behaviour by
just importing a layer.

Fixes: eclipse/oniro-core/oniro#751



Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>