This simplifies and improves the hack added to libdrm to handle drivers (like
virtio drm) that does not support DRM_IOCTL_WAIT_VBLANK, and tries to return at
60 Hz points in time.

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

regenerate patch from the ${S}/base/hiviewdfx/hilog patch directory, and
apply the patch to the subdirectory.
This allows `devtool modify openharmony standard` to properly apply
the patch in the external workspace. 

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

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

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

The patch was a hacky way to allow starting of demo hap applications from a root user.
The proper way to start the demo apps is by running `aa start ...` from the system user.
For example:
```
$ hdc shell "su system -c 'aa start -a ohos.samples.clock.MainAbility -b ohos.samples.clock'"
```

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

remove test-xts-acts-Start-tests-from-onInit.patch because now the tests are properly
executed even without it. 
Probably after fixing a segfault problem in the graphics stack, the tests execution
have been fixed.

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

Fix DefPermission.hap filename typo which is causing a file not found error 
when running ActsContextTest ACTS tests. 
 
Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

START_ABILITY_TIMEOUT is 3000ms which is too short in our case, causing some 
testcases in ActsBmsModuleUsageRecordTest to exceed timeout. 
Increasing the timeout to 30 seconds.

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

The default test timeout is 5000ms which is too short, causing some testcases
to exceed timeout. Increasing the timeout to 60 seconds.

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

OpenHarmony uses couple of UIDs/GIDs for running it's services.
Currently in meta-openharmony we have everything run as root, which 
causes some issues in starting abilities. As a temporary workaround
we are removing the Uid check.

Apply to foundation/aafwk/standard

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

RenderText::PerformLayout() is causing a SIGSEGV for some reasons. 
The error appears to be raised in the Measure method(). This is
causing hap applications to crash, including ACTS test suites.
As a temporary solution we are removing the part of the code that
is raising the segfault. The side effect of this is that texts are 
not properly rendered.

Apply patch to foundation/ace/ace_engine

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

Currently, due to some services/graphics issues onShow callback is not being
called and therefore tests are not executed. For screen-less devices graphics
stack should not be required and therefore moving test execution to onInit

This patch allows ACTS tests output to be shown on the logs

Signed-off-by: Robert Drab <robert.drab@huawei.com>
Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

Robert Drab authored 2 years ago and Francesco Pham committed 2 years ago

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

This sets NODE_OPTIONS to pass '--openssl-legacy-provider' to node 17
and fixes the error 'digital envelope routines::unsupported'.
This was resulting in ACTS hap package not contaning the manifest and js
assets files.

Even if NODE_OPTIONS is set in the openharmony-standard recipe, it also
has to be set in the nodejs invocation environment because the recipe
environment is ignored in build_js_assets.py.

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

This test doesn't compile and is not mandatory, so remove it.

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

It is only used in two unittest testcases, and something is causing it to not be
included in the generated image, although we add the necessary parts
information.
So making it static is a simple workaround for that.

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

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>

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

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>

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>

Backporting to 3.0:

commit 247761ba

openharmony-standard: Replace prebuilt packing-tool binaries

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>

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

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

libwms_client.z.so library was not installed on the target in OpenHarmony 3.0
causing QA issue and rightly so, as it is a bug.

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

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

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

In OpenHarmony 3.1 there is a gralloc implementation for a HiHope board which
is generic enough to be used with qemu virtio gpu.

Signed-off-by: Robert Drab <robert.drab@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>

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>

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>

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>

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>