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>

The upstream repo does no longer have a master branch, instead main is
used for this purpose. As the OE git fetcher defaulst to master the
fetch fails without this change.

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

Gururaj Shetty authored 3 years ago and Stefan Schmidt committed 3 years ago

Some existence of OpenHarmony changed to All Scenarios OS in Readme
and Contribution files
This fixes #55, fixes #71

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

* Use HOMEASSISTANT_TRUSTED_NETWORK (defaults to 192.168.0.0/24)
  variable to define trusted networks in the HomeAssisstant
  configuration.
* Default configuration to autologin when client from
  HOMEASSISTANT_TRUSTED_NETWORK and only one user is available (better
  experience with touchscreen modules).
* Predefine automations setup to include LED control based on human
  presence sensor.

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

With the current configuration, the root filesystem can easily get into
an out of space state due to Epiphany downloading Google Safe Browsing
database. This can be more than 200MiB. This change bumps to 500MiB root
free space.

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

HomeAssistant depends on this version through its met component. The old
0.5.X version is don't working with the new v2 API.

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

The old API was deprecated and the met component fails. Update the
component to use the new API. This also has a dependency on
python3-pymetno 0.7.0 and that is brought in by meta-python-dunfellplus
layer.

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

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

Bernhard Rosenkränzer authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

Signed-off-by: Bernhard Rosenkraenzer <bernhard.rosenkraenzer.ext@huawei.com>