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

This commit must be reverted once https://github.com/kraj/meta-clang/pull/616

 is
merged, backported to upstream kirkstone branch, and we have bumbed our
meta-clang submodule to include that.

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

We will be needing these for OpenHarmony 3.1 builds.

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

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

We will be needing this for OpenHarmony 3.1 builds.

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

As meta-clang now have a kirkstone branch, we will use that, as the master
branch will sometime later be repurposed for following yocto releases.

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

Signed-off-by: Esben Haabendal <esben.haabendal@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>

The vmalloc kernel parameter does not clearly define which unit is default, and
we were only getting 8 MByte vmalloc memory, which was not even enough to
initialize our kernel, with at least PCI support not working due to vmalloc
failure.

Let's try with 128 MByte instead, which does not result in ny vmalloc failures
during boot for now.  64 MByte was not enough...

Signed-off-by: Esben Haabendal <esben.haabendal@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 allows downloading of pipeline ptest test reports.

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

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>

When doing a direct `inherit testimage` in an image recipe, the required host
tools are not setup properly, so tests fails due to missing commands.  Although
the ${HOSTTOOLS} variable is setup with the tools in the recipe, this is not
enough, as runqemu needs to have ${HOSTTOOLS} setup in
configuration (non-recipe) context.

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>

We are going to use systemd to integrate OpenHarmony services with the rest of
the Linux system.

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

Let's start out with most basic distro features only, and build up from there as
we see the need.

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

This gives password-less root account by default.  Good for development, and
guarantees zero security.

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

Instead of hard-coding a default to x86_64 for SDK images, leave it to host
architecture and have commented out example of how to choose something specific.

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

This updates oe-core revision to the latest kirkstone revision. This is
for libusb version bump to 1.0.26 that fixes a crash in the hdc tool.

Signed-off-by: Thierry Escande <thierry.escande@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>

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

This recipe builds the native HDC client tool, based on the OpenHarmony
v3.1 Release revision.

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 enables fallback to github mirror of the OpenHarmony repositories by
default, which should help improve reliability of fetching OpenHarmony
repositories.

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

This should help developers in China easily enabling the use of the source
mirror we currently maintain in China.

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

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

Since the git clone done by CI has its own uid and git operations
occurring within the build container uses a different uid, we need to
add the CI_PROJECT_DIR folder to the safe directory git configuration.

This is related to CVE-2022-24765 [1].

[1] https://github.blog/2022-04-12-git-security-vulnerability-announced/



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

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 machine configuration is ABI compatible with the Cortex-A7 builds made with
OpenHarmony build system.

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