This backports all fixes from OpenHarmony 3.1.1, which avoids random segfaults
in e2fsdroid.

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

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

Patching for Yocto internal toolchain details, we need to do it in openharmony
recipe, and not in the prebuilts recipes.

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

This re-introduce a missing patch that deletes the unstripped exe and
lib binary files from the out folder. This saves a lot of disk space.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

This replaces the use of prebuilt packing tools with the ones built from
the recipe packing-tool-native.

The patch for the OpenHarmony build repository fixes the path to the
packing tool jar files and now points to the ones in the recipe native
sysroot.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

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

Instead of writing custom run-ptest scripts for all the (yet to come) ptest
suites for OpenHarmony 1st party components, this commit introduces a generic
run-ptest script, which should hopefully be usable for all (or at least most)
components.

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

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

In OpenHarmony 3.1, we now also have files in /system/usr, so we need to include
them as well.

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

Running the test on slow and/or highly loaded system can result in slow boots,
so let's be a bit more patient.

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

This replaces the use of prebuilt HAP signing tool with the one built
from the recipe hapsigner-native.

The patch for the OpenHarmony build repository fixes the paths for the
jar, keystore, and certificate files. It also fixes the renamed command
line options in the hapbuilder.py script.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Use PREMIRRORS instead of MIRRORS for source mirror to speed up fetch
jobs.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>
Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>
Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Esben Haabendal authored 2 years ago and Thierry Escande committed 2 years ago

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

This moves the 3.0 specific patches and files to an openharmony-3.0
directory.

Instead of using DISTRO_VERSION, this now uses OHOS_VERSION to determine
which OpenHarmony is built. DISTRO_VERSION has been reset to 1.99.99 to
stick to oniro-core and avoid confusion with OpenHarmony version (3.0 or
3.1 for now).

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

This patch replaces the hdc files for the qemu target with the same
files stored in a git repository.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

This changes OHOS_DEVICE_COMPANY and OHOS_PRODUCT_COMPANY from qemu to
oniro.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

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

This allows adding hilog feature to an image without pulling in entire
openharmony-standard.  As a side effect, it also prepares the ground for easier
management of multiple ptest cases.

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

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

Separate packages of the very basic libutils and libutilsecurec libraries.

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

As a step towards fine-grained packaging of library and executable files
for each component in separate packages, this change merges
openharmony-standard-libs and openharmony-standard-exes
packages into just openharmony-standard.  This is closer to usual practise
and simplifies the next step of splitting.

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

This recipe uses leverages testimage.bbclass, and provides an easy way to run
the openharmony-standard-ptest test suite.

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

This adjusts the ptest integration to align more with the normal way to use
ptest.bbclass, meaning we package into ${PN}-ptest package, place files in
/usr/lib/${BPN}/ptest and is prepared for extending the tests beyond the hilog
test suite.

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

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

As we currently do not have graphics support up and running, there is not much
reason to carry boot splash screen support.

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

This removes the configurations needed for use with testimage.bbclass.  We will
provide a separate image for that instead.

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

Thierry Escande authored 2 years ago and Esben Haabendal committed 2 years ago

This adds the executable hdcd (HDC Daemon) to the standard system
components and package it for image installation.

It can be run from the QEMU image with the command:
 $ hdcd -t

The -t option indicates that it will accept TCP connection from the
client. As of now, since we don't have the OH system settings in place,
hdcd will choose a default port for the incoming connections that will
be displayed in the console when executed, as:

 [I][2022-04-22 13:45:20.000241][b6f0e6bc][daemon_tcp.cpp:143] TCP listen on port:[45299]

To connect the client, use the following command on the host machine:
 $ ./hdc tconn QEMU_IP:PORT_NUM

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Thierry Escande authored 2 years ago and Esben Haabendal committed 2 years ago

This updates the git revision for the HDC daemon tool to the latest 3.1
release version.

The hdc client tool doesn't compile on the OpenHarmony 3.0 LTS revision
so we use the 3.1 for both client and daemon parts. This can be seen as
the first step towards the 3.1 sources upgrade.

This comes with a modified BUILD.gn (mainly the one from the 3.0 source
tree with a few fixes) and the ohos.build file that is no more used in
the 3.1 tree.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

The different services requires various files, and tend to fail in ways that are
very hard to debug.  So let's include all these files for now.

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

This provides an image which can be used with e.g. QEMU to try out the
OpenHarmony components build with openharmony-standard recipe.

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

This recipe builds a subset of OpenHarmony 1st party components and installs
them into /usr/lib and /usr/bin.  Intended purpose is to use these OpenHarmony
components to build OpenHarmony compatibility into other projects and
products.

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

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

This provides recipe oniro-openharmony-toolchain and oniro-openharmony-bundle
recipes, which will build SDK images (self-extractable .sh file), which can be
installed into an OpenHarmony source repository, and provides alternative
toolchain and 3rd party components from Oniro project to the ones provided by
OpenHarmony project.

The oniro-openharmony-toolchain image provides prebuilt clang and musl libc
toolchain, and oniro-openharmony-bundle image extends that with various
prebuilt third-party components.

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