openharmony-standard: raspberrypi4-64 support

See merge request eclipse/oniro-oh/meta-openharmony!116

add commented out suggestion in local.conf.sample for anyone would
like to set the proper display configuration for the 
Waveshare "C" 1024×600, 7 inch touch screen.

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

weston needs to be running before system abilities are able to start.

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

dsoftbus service depends on network-online.target because
it needs eth0 network adapter ready. Dsoftbus is crashing for a
segfault when starting before networking is ready.

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

add InnerBundleInfo-initialize-installationFree.patch
apply to foundation/appexecfwk/standard

```
InnerModuleInfo: initialize installationFree to false

uninitialized installationFree property of InnerModuleInfo causes 
ActsBmsModuleUsageRecordTest to sometimes fail on 
`expect(data.installationFreeSupported).assertEqual(false);`
Initializing installationFree property to false.
```

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

add appdatamgr-IsColumnNull-initialize-result.patch and apply to
foundation/distributeddatamgr/appdatamgr

```
testIsColumnNull0003 ACTS testcase sometimes fail because the
result value of IsColumnNull is unpredictable when an error is returned.
This is because AbsSharedResultSet::IsColumnNull does not set any
value to &isNull when there is an error. The result value is
not initialized, producing an unpredictable output of IsColumnNull.
```

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

adding test-xts-acts-testRdbStoreUpdate0001-await-updatePromise.patch and apply to test/xts/acts .

```
The testRdbStoreUpdate0001 testcase which is part of ActsAppdatamagrJsTest
sometimes fails (in our case on raspberrypi4-64). The reason is that
the values in rdbStore are inspected before the update is completed.
The `await updatePromise` command that is clearly needed was commented out
for some unknown reason. Reintroducing the await command to avoid race
conditions.
```

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

On raspberry pi with VC4 drm graphics driver DRM_IOCTL_WAIT_VBLANK
is failing returning EINVAL for some reason, applying  drmWaitVBlank hack
also on EINVAL until a proper solution is provided.

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

Adding `Restart=on-failure` to all openharmony services

weston service is hanging at startup (SIGHUP) on raspberrypi4-64
adding `Restart=always` to systemd unit to restart
weston service when hanging. `Restart=on-failure` is not enough here.

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

Revert "openharmony-standard: Drop patch disabling graphics rendering"

See merge request eclipse/oniro-oh/meta-openharmony!118

systemd migration cleanups

See merge request eclipse/oniro-oh/meta-openharmony!114

This reverts commit 312c51f4.

We are seeing multiple different race conditions causing random failures in
ACTS, many of them (maybe all) goes away when we stub out the mostly stub out
JSView::CreateComponent()

As before, this should be dropped again later on when the problems have been
solved.  And is required in order to get graphics support to work.

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

openharmony-standard-3.0: Add installation of libinput quirks files

See merge request eclipse/oniro-oh/meta-openharmony!113

Previously, the libinput quirks files were not being installed by the
package. This commit installs them to the
appropriate location.

Signed-off-by: Kareem Zarka <kareem.zarka@huawei.com>

Most .service files had the license file to go with it, but a few where
missing. Adding the remaining ones here.

Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

We removed the samgr_standard.cfg after conversion to systemd, but
forgot thios extra file.

Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

Systemd service integration and stability improvements

See merge request eclipse/oniro-oh/meta-openharmony!109

The oniro toolchain is now in the toolchain job and now
longer part of the build job artifacts. Update dependencies
acordingly to let CI pass.

Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

Instead allowing building of everything in parallel, build toolchain recipes
first, so that when openharmony-standard recipe has to be build, it is only
build once for each target machine.

Building both basic toolchain and bundle recipes in one job, and building target
image and sdk tools in one recipe, also cuts down in total build time burned on
CI runners.

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

Alle these should hopefully not be needed anymore, with the workaround for the
race condition in ace engine.

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

When starting up abilities, there is a race condition between OnSurfaceChanged
and RunPage, which both are executed as PostTask on the same task executor.
This executor works in FIFO mode, and if (when) the OnSurfaceChanged comes
first, it will fail with a nullptr check on runningPage_.  This is because the
runningPage_ variable is set by the RunPage PostTask.

This patch is obviously just a workaround, and not a proper fix.  Hopefully, 500
ms will be enough in all relevant situations, but at least in theory, the
problem can still appear.

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

Graphics seems to be basically working now, both on QEMU and rpi4 (plus/minus a
few quirks).  This patch is now causing more problems than it is solving, so
let's revert it for now.

We need to take care that slow rendering is handled properly.  We might have
more test cases failing due to this after dropping this patch.

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

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

This simplifies initialization, by having param_service starting up with all the
default parameter values instead of setting them manually in different places.

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

This service doesn't seem to be needed for ACTS compliance, and consumes a lot
of CPU time when activated during some ACTS tests.

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

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

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

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

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

These are used by ACTS test cases, seemingly as a workaround for problems with
hilogd stalling/hanging.

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

The services relying on the /dev/dri/card0 should not be started before the
device have been created.

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

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

With the removal of all services from the openharmony-preinit script, this is
now a proper oneshot service, and can/must be run before starting the actual
services.

The goal is still to get rid if this script completely.

Anything it does that is actually needed should be moved to the appropriate OH
service unit files.

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

This avoids param service log information to end up spamming the console.

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

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

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

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

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

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