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

The soft assigment needs to go before including openharmony-linux.conf
as that also defines a default (soft) for TCLIBC.

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

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

OSTC now publishes a complete sstate-cache and download cache for
a set of builds and configurations. Using those caches can dramatically
speed up setting up the development environment by avoiding huge source
downloads (about 12GB at the time of this writing) and virtually all of
the compilation (close to an hour on a 6 core 8th gen Intel mobile CPU)
at the cost of miniscule sstate cache download (on the order of one
gigabyte).

The setting is added at the bottom of local.conf, where it is easier to
spot and disable, if desired.

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

This drops the local definitions of all the build flavours and all the
targets based on "develop.xml". This significantly simplifies this
pipeline and reduces duplication of the set of supported targets.

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

This would make the boot process into the browser a bit clearer as
having Home Assistant up and running takes a couple of good seconds.

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

ACTS uses -fprofile-instr-generate, creating a need to pull in
compiler-rt's static profiling library when using clang

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

These machines are not as of now in the scope of the project. We remove
them from the local.conf samples to not leave room for confusion. This
aligns the qemu set of supported targets with `conf-notes.txt` and
general documentation too.

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

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

Due to a configuration bug in upstream, the build system outputs a
configuration warning similar to:

---------- CONFIG_SERIAL_OF_PLATFORM -----------------
Config: CONFIG_SERIAL_OF_PLATFORM
From:
[...]/tmp/work-shared/qemux86-64/kernel-source/.kernel-meta/configs/v5.10/standard/cfg/8250.cfg
Requested value:  CONFIG_SERIAL_OF_PLATFORM=y
Actual value:

Avoid this by disabling the specific config.

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

Due to a configuration bug in upstream, the build system outputs a
configuration warning similar to:

---------- CONFIG_SERIAL_OF_PLATFORM -----------------
Config: CONFIG_SERIAL_OF_PLATFORM
From:
[...]/tmp/work-shared/qemux86-64/kernel-source/.kernel-meta/configs/v5.10/standard/cfg/8250.cfg
Requested value:  CONFIG_SERIAL_OF_PLATFORM=y
Actual value:

Avoid this by disabling the specific config.

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

Due to a configuration bug in upstream, the build system outputs a
configuration warning similar to:

---------- CONFIG_SERIAL_OF_PLATFORM -----------------
Config: CONFIG_SERIAL_OF_PLATFORM
From:
[...]/tmp/work-shared/qemux86-64/kernel-source/.kernel-meta/configs/v5.10/standard/cfg/8250.cfg
Requested value:  CONFIG_SERIAL_OF_PLATFORM=y
Actual value:

Avoid this by disabling the specific config.

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

Imported from poky[1].

[1] 7e9ea9d807ba7682c9bd81a0a8711a5af08aec21

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

Imported from poky[1].

[1] 7e9ea9d807ba7682c9bd81a0a8711a5af08aec21

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

Imported from poky[1].

[1] 7e9ea9d807ba7682c9bd81a0a8711a5af08aec21

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

By just installing this into all of our images we open the door for
in-field debugging. It needs to be invoked manually and we do not drag
in any dbg packages so the image size stays sane.

Combined with a remote debugging setup and copy of the images files and
symbols this can allow full debugging capabilities with GDB or an IDE
later on.

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

- Use re-usable .workspace job from pipelines repository
- Less repetition with more targets supported
- Higher uniformity with the pipeline at the manifest repository.

Closes: https://git.ostc-eu.org/OSTC/OHOS/meta-ohos/-/issues/22


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

Wojciech Zmuda authored 4 years ago and Andrei Gherzan committed 4 years ago

Strong (=) assignment makes it impossible to override DISTRO
in command line when calling bitbake e.g.:

  $ DISTRO=myCoolOS bitbake myCoolImage

With strong assignment, the local.conf DISTRO setting has
precendence over command line setting. Using weak assignment
allows user to build other DISTRO without editing local.conf.

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

The browser is meant to be the only UI for the running device. So
stopping it would make little sense. epiphany, even in app mode, doesn't
hide the window controls - including the window closing button. If that
is triggered by mistake, systemd would restart it unconditionally.

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

ACTS tests a subset of ltp open_posix_testsuite.
Spread will be used to selectively execute required tests.

Related-to: https://git.ostc-eu.org/OSTC/OHOS/components/staging/xts_acts/-/issues/15


Signed-off-by: Robert Drab <robert.drab@huawei.com>

The app is directly in WORKDIR without a prefix.

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

Signed-off-by: Zbigniew Bodek <zbigniew.bodek@huawei.com>

Add bbappend to install main.conf file and set
AutoEnable flag to bring up BLE during boot.
Other options are commented out by default, they
may be useful for further BLE behavior tuning.

Signed-off-by: Zbigniew Bodek <zbigniew.bodek@huawei.com>

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

Available knobs:

WESTON_INI_BACKGROUND_IMAGE - Full runtime path of the background image.
			      The base name of this path needs to be
                              available in FILEPATH (EXTRAFILESPATH).
WESTON_INI_BACKGROUND_COLOR - Background color - default to white.
WESTON_INI_BACKGROUND_TYPE  - Background type - defaults to centered.

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

In this way, multiple recipes can take advantage of various assets (eg.
images, logos).

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

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

* disable getty on tty1
* disable weston toolbar (as we are running only one app at boot)
* define the epiphany app to use (HomeAssistant)
* run the HomeAssistant epiphany app at boot

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

This image doesn't need epiphany broweser per se, it actually needs the
epiphany browser for a specific app. Include epiphany-app and let the
epiphany dependency be pulled automatically.

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

Using systemd notify, a service dependency would be more robust. This
allows, for example, another service to depend on weston-init without
having to hack a sleep (or similar).

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

This creates a mechanism to generate a dynamic weston.ini configuration
based on build variables.

The entire mechanism is enabled using the WESTON_DYNAMIC_INI variable
(enabled when set to 1).

The default path for the weston.ini configuration is set in
WESTON_INI_PATH as "etc/xdg/weston/weston.ini".

WESTON_INI_NO_TOOLBAR, when set to 1, disables the weston toolbar.

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

This allows any image including this `.inc` file to have at its disposal
the primitives defined in that class.

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

This class allows to hook a post install function that would mask getty
services enabled by systemd as part of `systemd_preset_all`.

To take advantage of it, an image would:
1. inherit this class
2. define SYSTEMD_MASK_GETTY to point to a list of tty devices that the
   hook will mask the getty service for.

Common use-case: disable running getty on tty1 at boot.

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

This support is done configurable using the following variables:

EPIPHANY_APP             - Defines the app name (which needs to be the
			   directory name in FILESPATH/FILEEXTRAPATHS).
			   Currently defines it for HomeAssistant. If
			   this directory provides a
			   `service-override.conf`, the build system
			   will set it up as a systemd service
			   configuration for the main boot systemd
                           service.
EPIPHANY_URL             - The URL that the browser will load at
                           startup.
EPIPHANY_RDEPENDS        - Extra dependencies. If the specific
			   application needs extra dependencies at
                           runtime, they can be specifed here.
EPIPHANY_SERVICE_ENABLED - By default disabled (0). When enabled (1), it
			   will enable loading the epiphany app at boot.

The configuration defaults to setting up Epiphany browser in application
mode for a local instance of Home Assistant.

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

We can reference it when pointing to license in recipes that don't have
any package license files.

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

ActsJFFS2Test it is requires mtd_block device to mount jffs2 fs image.

Signed-off-by: Robert Drab <robert.drab@huawei.com>

jffs2.img will be used to mount /storage directory required by ActsJFFS2Test
test suite using loopback device.

Related-To: https://git.ostc-eu.org/OSTC/OHOS/components/staging/xts_acts/-/issues/5


Signed-off-by: Robert Drab <robert.drab@huawei.com>

ActsJFFS2Test test suite requires /storage directory to be mounted on jffs2.
To achieve that jffs2 image is mounted on loopdevice using block2mtd module,
therefore mtd, jffs2 and block2mtd modules have to be configured.

Related-To: https://git.ostc-eu.org/OSTC/OHOS/components/staging/xts_acts/-/issues/5


Signed-off-by: Robert Drab <robert.drab@huawei.com>

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

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