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>

Francesco Pham authored 3 years ago and Esben Haabendal committed 2 years ago

Some openharmony components (such as System Abilities) require Android
Binder ipc enabled in the kernel

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

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

This patch adds the hilog and hievent kernel drivers for the OpenHarmony
v3.0 build.

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

Robert Drab authored 3 years ago and Esben Haabendal committed 2 years ago

OpenHarmony requires Android Shared Memory kernel support.

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

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

Robert Drab authored 3 years ago and Esben Haabendal committed 2 years ago

OpenHarmony requires Android Shared Memory kernel support which is currently
under drivers/staging/android/ and therefore the header file is not being
installed.

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

OpenHarmony build system relies on this old version 1.x of prompt_toolkit Python
module.

A patch for adding this to meta-openembedded was submitted but rejected,
noting that we should instead try to convince any users of this old version to
upgrade to current (3.0) version. In this case, that is the OpenHarmony
build_lite.git repository.  So for now, we need to carry this recipe here.

We are using version 1.0.18, which is never than the version used currently by
OpenHarmony project, as the old version does not support Python 3.9+ which we
are using.

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

This will be used for replacing bounds_checking_function third party component
in OpenHarmony.

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

Robert Drab authored 3 years ago and Esben Haabendal committed 2 years ago

OpenHarmony build system relies on the obsolete set_sources_assignment_filter
GN function which was recently dropped.

Signed-off-by: Robert Drab <robert.drab@huawei.com>
Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

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

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

This change moves the hunk for the file sys/capabilty.h into its own
patch file so it can be ignored.  We will be using the sys/capability.h
header file from libcap instead, to allow using libcap also.

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

The openharmony-linux-user.patch extracted from OpenHarmony only included
modified files, not new files.

With gettid.c being included in musl 1.2.2 we should be able to drop it when
we upgrade to 1.2.2 or later.

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

With openharmony-linux-user.patch, we were modifying sys/socket.h header so
that struct sockaddr_storage was coming from linux/socket.h header instead of
being defined directly.

But upstream linux/socket.h does not do that.  It seems like some kind of
Android convention, that have been applied to kernel headers in OpenHarmony,
and as we now are using kernel headers from Oniro, we don't have that.

As part of the reason for using third party from Oniro, we really do want to
use upstream kernel headers, so we need to drop this change.

Note that this difference can be seen as an API change compared to
OpenHarmony.  Code that would be relying on linux/socket.h defining
struct sockaddr_storage will not work without changes.  But the sensible API
is to include sys/socket.h, and in that case, compatibility is preserved.

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

This reverts to upstream version 1.2.0 plus patches extracted from
//third_party/musl component in OpenHarmony-v3.0-LTS code base.

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

This is just a small subset of configuration options supported by OpenSSL code
base. Adding all of them to openssl recipe would be huge, and require continous
tracking for each new version, so is probably not diserable upstream.

These options is what we need for OpenHarmony configuration for now.

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>

The hc-gen tool is used to convert HDF (Hardware Driver Foundation)
configuration source files (.hcs) to HDF configuration binary files (.hcb).

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

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

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

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