Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

In OHOS the init system sets RLIMIT_NICE to 40 for all OpenHarmony services.
Without that, we were getting a lot of kernel spam from the binder driver.

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

With this in place, we are ready to start converting OpenHarmony system
abilities (started with sa_main) to systemd services using Type=notify.

Signed-off-by: Esben Haabendal <esben@geanix.com>

Convert hilogd into a systemd service

- Patch hilogd to use sd_notify(3) to send ready notification to systemd, and
  thus use as a Type=notify service.
- Add log and logd users and groups, with similar uid and gid as in OHOS.
- Place Unix sockets in /run/openharmony/hilog instead of /dev/unix/socket,
  enabling secure creaton and managing of these.
- Use systemd.socket units for the two Unix sockets, to allow creating with
  desired uid/gid and permissions, and allowing to use hilogd with systemd
  socket activation

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

This stops placing temporary files and Unix sockets in /dev, and use /run
instead.  This aligns better with FHS and makes it easier to handle permissions
safely if/when we decide to change uid/gid of the param service.

Signed-off-by: Esben Haabendal <esben@geanix.com>

Signed-off-by: Esben Haabendal <esben@geanix.com>

This ensures that when used in a systemd service, other units that depend on it
will only been started when the param_service is actually ready to respond to
requests.

Signed-off-by: Esben Haabendal <esben@geanix.com>

pi4 support: add linux-raspberrypi bbappend, disable CONFIG_ANDROID_BINDERFS

See merge request eclipse/oniro-oh/meta-openharmony!112

Drop patch workaround to appspawn segfault

See merge request eclipse/oniro-oh/meta-openharmony!111

linux-raspberrypi enables CONFIG_ANDROID_BINDERFS by
default which is the cause of binder devices not being 
generated in /dev .

Disabling CONFIG_ANDROID_BINDERFS to have /dev/binder
needed by openharmony system.

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

openharmony.inc is also included by linux-raspberrypi kernel, 
therefore moving qemu specific kernel configs into 
linux-yocto_%.bbappend

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

Currently kernel configs and patches are applied only to linux-yocto.
Adding linux-raspberrypi_%.bbappend to apply openharmony kernel patches
also to linux-raspberrypi kernel.

Set linux-raspberrypi preferred kernel version to 5.10 to align with linux-yocto
version. This allows `driver-add-hilog-and-hievent-buffer-management-drive.patch`
to be correctly applied.

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

rename directory to align with the upstream directory structure 
which is recipes-kernel/linux instead of recipes-kernel/linux-yocto

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

oniro-openharmony-linux.conf: Enable UART and disable Wi-Fi

See merge request eclipse/oniro-oh/meta-openharmony!110

We do not install the firmware files to create images that do not support
Wi-Fi and Bluetooth on Raspberry Pi 4.

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

To enable the serial console on UART meta-raspberrypi expects to have
ENABLE_UART set. Enable it in the distro config as we do in Oniro core.

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

With ICU data file installed in /system/usr/ohos_icu this crash doesn't happen,
so we can safely drop this workaround.

Signed-off-by: Esben Haabendal <esben@geanix.com>

This includes a file needed by ICU, which when missing causes a segfault in
appspawn.

Signed-off-by: Esben Haabendal <esben@geanix.com>

openharmony-standard-3.0: Fixing ACTS failures, adding missing test files and recipe for ActsAmsZipfileUnzipfileSTest

See merge request eclipse/oniro-core/meta-openharmony!103

resources to install missing file for ActsAmsZipfileUnzipfileSTest

The OpenHarmony ACTS test suite requires additional files to
execute the ActsAmsZipfileUnzipfileSTest. This commit adds a runtime
dependency to openharmony-acts-resources to install the missing files.
In order for the ActsAmsZipfileUnzipfileSTest test to execute
successfully.

Signed-off-by: Kareem Zarka <kareem.zarka@huawei.com>

for ActsAmsZipfileUnzipfileSTest

This commit adds a new recipe that installs the missing ACTS test files.
The files are then used by the OpenHarmony Standard recipe to place them
in the correct location for the ActsAmsZipfileUnzipfileSTest to execute.

Signed-off-by: Kareem Zarka <kareem.zarka@huawei.com>

Adding Pi4 support for basic CI build

See merge request eclipse/oniro-core/meta-openharmony!105

Now that we are building artifacts for multiple machines (qemuarma7 and rpi4 for
now), we obviuosly cannot cheat and just do this type of wildcard matching to
get the desired .sh image.

Instead, let's cheat a bit differently, and hardcode the TUNE_PKGARCH value for
qemuarma7 for now. Later on, when we add testing for rpi4 we have to revisit
this.

Signed-off-by: Esben Haabendal <esben@geanix.com>

Stefan Schmidt authored 2 years ago and Esben Haabendal committed 2 years ago

Initial support for raspberrypi4-64 machine. For now fetch the
needed sources and have the basic build jobs for the same targets
as quemuarma7.

Support for ptest and ACTS will follow later, using the hardware
DUT'swe also use for Lava.

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

Stefan Schmidt authored 2 years ago and Esben Haabendal committed 2 years ago

In addition to the Qemu based devices we will support Raspberry Pi4.
Adding the layer here to fetch and include in bblayer to get access
to machine files.

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

openharmony-standard: Use Oniro branding instead of Yocto

See merge request eclipse/oniro-core/meta-openharmony!108

CI: Tell CitLab CI where to find ACTS junit XML report

See merge request eclipse/oniro-core/meta-openharmony!107