* Introduce new nRF52840-DK topic in supported boards, fixes issue
  https://git.ostc-eu.org/OSTC/planning/hw-enablement/-/issues/27

.

Signed-off-by: Arul Kumaran <arulkumaran.devarajan@huawei.com>

It's clearer to have one root partition size variable that is used in
the setup of both A and B partitions.

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

The optee DISTRO_FEATURE seems to only be used in
https://github.com/STMicroelectronics/meta-st-openstlinux

 which we don't
pull in our setup as of now. Drop this change to avoid confusion.

This reverts commit 229e09c3.

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

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

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

This machine pulls in almost 0.5GiB of linux-firmware so let's have
enough space for this specific one.

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

This was a ZFS specific workaround. Drop because it makes little sense
to grow the fs this much for all other no-zfs hosts.

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

We default to debug-tweaks for our images so let's also have debug
console by default. This will need to tie in with production/development
builds feature in the future.

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

This speeds up the flashing process considerably.

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

The build system outputs block allocation meta-data that, when used with
bmaptool, speeds up writing the disk considerably.

Also, the serial section is now obsolete as it is enabled with
debug-tweaks distro feature.

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

This cleans and speeds up the flashing process considerably.

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

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

The OS will start to depend on a specific partition table and having to
maintain multiple qemu setups might not prove useful. Also, we have
encountered issues trying to boot wic images (disk images as opposed to
root filesystems) with qemu ARM machines.

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

All the currently supported linux-based boards are configured to use
wic, as image type, and the provided wic configuration, for common
partition table.

qemux86
qemux86-64
stm32mp1-av96
seco-intel-b68
seco-imx8mm-c61
raspberrypi4-64

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

This allows us to use IMAGE_BOOT_FILES to include these files in a
image.

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

The configuration is based on systemd-bootdisk.wks but with our common
partition layout.

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

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

It is based on qemux86-directdisk.wks but with support for our common
partition layout.

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

This is based on imx-uboot-bootpart.wks.in but with our common partition
layout.

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

This is based on FlashLayout_sdcard_stm32mp157a-av96-extensible.tsv as a
starting point.

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

* dtb_boot_files - converts dtb entries from KERNEL_DEVICETREE (assumed
  in DEPLOY/kernel) into IMAGE_BOOT_FILES ones (assuming destination is
  the root of the filesystem)
* extlinux_boot_files - converts extlinux files (assumed in
  DEPLOY/bootloader/extlinux) to IMAGE_BOOT_FILES entries (assuming
  destination is relative to the deploy directory of the extlinux files)

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

This configuration exposes variables for 'part' wic entries. These are
to be used in our wic configurations so that they all share the same
base setup. Initial sizes are also defined here.

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

This distro configuration only really applies on Linux builds. We have
set it for other kernels in the past to workaround some bugs - fixes
were upstreamed in the meanwhile. So we can remove all these from our
local.conf samples.

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

Closes OSTC/planning/core-os#84

Signed-off-by: Amit Kucheria <amit.kucheria.ext@huawei.com>

Details of the arduino-nano-33-ble.rst
How to flash
This closes OSTC/planning/hw-enablement#29

Signed-off-by: shettygururaj <gururaj.shetty@huawei.com>

Santeri Salko authored 4 years ago and Stefan Schmidt committed 3 years ago

Signed-off-by: Santeri Salko <santeri.salko@huawei.com>

Scheduled builds will allow us to re-test what's in HEAD without opening
a pull request. Making drafts start in manual mode will conserve
resources without limiting one's ability to iterate on selective
targets.

Signed-off-by: Zygmunt Krynicki <zygmunt.krynicki@huawei.com>

Pull in newer version of xts-acts.
We need https://git.ostc-eu.org/OSTC/OHOS/components/staging/xts_acts/-/commit/1568d75f14b0538ed0de39145b143adbc5946656


for successful builds with clang.

Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>

Two additional patches to make it build with musl.

Closes: https://git.ostc-eu.org/OSTC/planning/core-os/-/issues/2



Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

Marta Rybczynska authored 3 years ago and Davide Ricci committed 3 years ago

Add kernel hardening options based on the Kernel Self Protection Project
recommendations [1] and set them in the default kernel.

[1] https://kernsec.org/wiki/index.php/Kernel_Self_Protection_Project/Recommended_Settings



Signed-off-by: Marta Rybczynska <marta.rybczynska@huawei.com>

Gururaj Shetty authored 3 years ago and Davide Ricci committed 3 years ago

Heading updated for New Hardware Support
Configuration file changed from bulleted list to table format

Signed-off-by: shettygururaj <gururaj.shetty@huawei.com>

* List the supported hardware devices which can be used as an
  altrnative for the respetive faulty device.
* New FAQ folder created under docs to accommodate all new FAQs
  related to meta-ohos.
* Reference to the FAQ provided from the relevant topics.
* This closes #59

Signed-off-by: shettygururaj <gururaj.shetty@huawei.com>

The Makefile has some assumptions which result in a dependency on
openssl-devel on the host. The exact same problem was already fixed in
the meta-arm layer so we are simply going with the same sed solution and
add the native dependency on openssl.

https://git.yoctoproject.org/cgit/cgit.cgi/meta-arm/tree/meta-arm/recipes-bsp/trusted-firmware-a/trusted-firmware-a.inc#n162



Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

Signed-off-by: Zygmunt Krynicki <zygmunt.krynicki@huawei.com>

Include the machines-and-flavours file explicitly, from the local
repository.  It is already included via the build-generic.yaml
project-include above, but including it again here allows GitLab to pick
up the changes to the definition straight away. The include done via the
manifest repository is using the default branch, so it cannot pick up
changes to this file as it is being modified by incoming branches.

Signed-off-by: Zygmunt Krynicki <zygmunt.krynicki@huawei.com>

Raspberry Pi 4 was added a while ago but is not a part of CI.

Signed-off-by: Zygmunt Krynicki <zygmunt.krynicki@huawei.com>

The wpantund project has some m4 macro to check for strlcpy and strlcat
being available. We are hitting a corner case here (maybe due to musl)
where strlcpy is detected but the system still does not build.

Adding a patch to the project to fix this case which was also submitted
upstream and waits for review.

Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

The projected got resurrected from the deprecation state and it getting
new changes again.

Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>

Add relevant MACHINE entry in local.conf.sample of the Zephyr
flavour and metion it in configuration notes displayed
after sourcing the env with TEMPLATECONF.

Closes: OSTC/planning/core-os#168

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>