This should have been removed when the $RECIPES loop was folded in.

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

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

This fixes the problem that have caused us to always rebuilding
openharmony-standard recipe in CI, even if no changes would seem to
require it.

The fix is to rewrite the SRC_URI variable to not include git revisions
but use SRCREV_* variables for that instead, and then setting up
SRCREV_FORMAT appropriately to allow expansion of SRCPV with a meaningful
and correct value.

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

Update to newer oniro components - needed to pull
in support for the new qemuarm-efi and qemuarm64-efi
MACHINEs

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

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

These are services using the System Ability framework through the
executable sa_main. These services depend on and are started after the
System Ability Manager service (samgr).

Most of them are noop for now. No process is created after sa_main exits
for all of these services.

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: Thierry Escande <thierry.escande@huawei.com>

This enables the samgr service and sets it to start after the param
service.

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

Merge me with 600b3ba

This mofifies the appspawn service to start after the samgr one with a 2
seconds delay.

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

With this change, the hilogd service depends on and starts after the
OpenHarmony param service.

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

This service starts the param_service server, used to access the
OpenHarmony param, a kind of registry accessible through the network.

The service requires and starts after the openharmony-preinit systemd
service.

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

This oneshot service creates the folder architecture needed by the
OpenHarmony services and components.

All other OpenHarmony services will be started after this one.

These folders are intended to be created by their own systemd service
units, but since they are not all in place yet, this service acts as a
generic placeholder in the meantime.

The service also change /dev/binder file mode to 0666.

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

With having /system/profile a symlink to /usr/lib/openharmony/profile
and similar for /system/usr, safwk are not working, as it is using
realpath(3) on the files before comparing against dir prefix. To avoid
that, we simply change dir prefix to the resolved path.

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

The install executable is needed for systemd unit files that are
creating files and folders.

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

This patch reworks the files for the param_service standalone
executable. It now uses the libuv signal handling APIs so it doesn't
need a libuv idle callback anymore to monitor the app exit state.

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

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

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

The OpenHarmony kernel features will be needed in other Linux recipes, so we
move the needed bitbake code to an openharmony.inc file which can then be
included in such recipes.

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

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

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

This change adds ptest package definitions for the OpenHarmony
module, unit, and system tests installed in the folder
${libdir}/openharmony-standard/ptest.

Tests that are known to fail are added to the variable
OPENHARMONY_PTEST_IS_BROKEN and thus are not executed by the test image.

All ptest packages are added to openharmony-standard-ptest as runtime
dependencies.

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

Bitbake adds default file patterns to FILES:${PN}, like ${bindir}/*,
${libdir}/lib*.so, and ${libdir}/${BPN}. Now that we have all components
split into OpenHarmony packages, we remove these patterns to make sure
we don't accidentally include any file in FILES:${PN} that should belong
to an OpenHarmony package.

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

This splits the OpenHarmony components into bitbake packages for the
libraries, binaries, and configurations files installed from the
OpenHarmony 3.0 build.

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

This change moves a few things around, like separating ptest package
definitions from their corresponding package definitions.

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

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

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

In OpenHarmony 3.0 Param Service is a part of the whole Init system. This
service is required by many other services. Therefore we have to split out
the service as an independent from Init when Init is not used.

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

Closes https://gitlab.eclipse.org/eclipse/oniro-core/meta-openharmony/-/issues/28
Closes https://gitlab.eclipse.org/eclipse/oniro-core/meta-openharmony/-/issues/31

developtools_hdc_standard.patch: remove hdc_std which it's not need as we have
a separate recipe for the host tool
openharmony-stadard_3.1.bb: remove libusb which was only dependand on hdc_std

Signed-off-by: Kristijonas Ciulcinskas <kristijonas.ciulcinskas@huawei.com>

According to OpenHarmony Device Compatibility Specification 3.0
self check sheet following tests are mandatory for screen-less
devices:

//test/xts/acts/compileruntime:compileruntime
//test/xts/acts/hiviewdfx:hiviewdfxtestacts
//test/xts/acts/startup:startup
//test/xts/acts/powermgr:powermgr
//test/xts/acts/account:account
//test/xts/acts/communication:communication
//test/xts/acts/distributeddatamgr:distributeddatamgr
//test/xts/acts/appexecfwk:appexecfwk
//test/xts/acts/aafwk:aafwk

Signed-off-by: Robert Drab <robert.drab@huawei.com>
Relates to https://gitlab.eclipse.org/eclipse/oniro-core/meta-openharmony/-/issues/24

ACTS are built for all the components used in the given target build. To be
able to compile OpenHarmony 3.0 we need to include more components than
the mandatory list specifies. As a result we have ACTS test suites built
for components we don't use. Moreover, some tests for mandatory components
are missing. This patch aligns the actual set of ACTS test suites with the
mandatory list.

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

Signed-off-by: Robert Drab <robert.drab@huawei.com>
Closes https://gitlab.eclipse.org/eclipse/oniro-core/meta-openharmony/-/issues/24

This component is needed for signing hap packages and therefore required
to build ACTS.

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

There's memory corruption happening in procedure (strncpy_s call) of resetting
the longProcName which in fact is `argv`. No traces of this actually being
needed for anything could be found. Question regarding this was asked here:
https://gitee.com/openharmony/startup_appspawn/pulls/308



TODO: revisit this patch once we have more information

Signed-off-by: Robert Drab <robert.drab@huawei.com>
Relates to https://gitlab.eclipse.org/eclipse/oniro-core/meta-openharmony/-/issues/42

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

This tool is needed for generating hap packages so it's needed for ACTS.

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

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

Backporting to 3.0:

commit 247761ba

openharmony-standard: Replace prebuilt packing-tool binaries

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

Using bitbake variable for storing list of parts allows for easier management
of the optional ones.

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

This reverts commit 4eafdea2.
That fix causes OpenHarmony apps fail to start. Different solution is needed.

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