openharmony-standard: adjust versions and model names for correct GetVerionId()

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

The GetVersionId() API allows ACTS and applications to find out about
details of the device and platform they run on. So far we adjusted only
a few parts of it, and not all of them have been correct.

The basic information is distributed on various code and config files.

With the updates below I can see the following output in the ACTS log
for Qemu:

the value of the deviceinfo versionId is :devboard/Eclipse Oniro Project/Eclipse Oniro/QEMU Arm Cortex-A7/OpenHarmony-3.0.1.0(LTS)/OHOS/Oniro OH/7/****/****

This translates to the following:
device type: devboard
company short name: Eclipse Oniro Project
brand name: Eclipse Oniro
product series name: Raspberry Pi 4
operating system and version number: OpenHarmony-3.0.1.0(LTS)
model: OHOS
internal software submodel: Oniro OH
system software API level: 7
difference version: ****
build type: ****

For Pi 4 it is the same, besides the different product series name.

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

ci: update .gitlab-ci.yml for new EF gitlab-ci-template location

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

Location for the project include changed which resulted in our
CI to fail. Follow to new location.

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

openharmony-standard: increase start ability timeout BundleManagerTest

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

Update test-xts-acts-start-ability-timeout-increment.patch 
to increase start ability timeout in actsbundlemanagertest
and actsbundlemanageruninstall.

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

avahi: Add HDC service file for DNS-SD/mDNS discovery

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

To discover the targets IP address and HDC service running on
it we offer a avahi service file.

An example command on the host to discover it would be:
avahi-browse _workstation._tcp --terminate -r

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

openharmony-standard: Configure libsysparam_hal values

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

This is the strings returned with GetHardwareModel(), GetHardwareProfile() and
so on.  There are more values in there to configure if we want to.

While the hispark boards seems to have some other, more complicated, mechanism
for providing these values, I have chosen to simply configure them directly in
the //base/startup/syspara_lite for now.  KISS.

replace meta-openharmony oniro-core links with oniro-oh

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

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

Project 'eclipse/oniro-core/meta-openharmony' was moved 
to 'eclipse/oniro-oh/meta-openharmony'. Therefore updating
links and references accordingly.

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

oniro-openharmony-linux: allow running the system without hdmi connected

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

enable HDMI_FORCE_HOTPLUG to allow running the system without
an hdmi display connected.
HDMI_FORCE_HOTPLUG configuration does not work with vc4-kms-v3d dtoverlay,
therefore using vc4-fkms-v3d instead.

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

wifi support and networkmanager integration

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

ohos.para: update values for API version and switch releasetype

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

The API version has been missed to be updated from work on earlier OH
versions. Also switching to Release as releasetype as see in the release
tarballs.

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

add patch test-xts-acts-wifi-test-fix.patch

```
test/xts/acts: fix wifi acts to wait for async callback execution 
 
in multiple wifi testcases the async callback/promise are not actually executed, 
therefore the testcases terminate before the asserts inside the callbacks are 
checked causing the testcases to pass even when things are not actually properly 
working. Fixing by moving the done() functions inside the callback or in the `.then(...`; 
Remove sleeps where not necessary; 
 
Apply to test/xts/acts 
```

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

add and apply wifi-services-networkmanager-integration.patch
```
foundation/communication/wifi: implement wifi services with network manager

With the aim of oniro/linux upstream hardware support we replace the wifi hal service
with libnm calls to network manager. This way we can support wifi without having
to write new wifi drivers with hdf.
Currently, the following operations are reimplemented with libnm:
EnableWifi, DisableWifi, AddDeviceConfig, ConnectToNetwork, ConnectToDevice,
Disconnect, IsWifiActive, Scan, GetScanInfoList.

Apply to foundation/communication/wifi

Upstream-Status: Inappropriate
```
Signed-off-by: Francesco Pham <francesco.pham@huawei.com>
Signed-off-by: Kareem Zarka <kareem.zarka@huawei.com>

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

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

remove wlan_device_driver, third-party-wpa-supplicant, wifi_hal 
to arrange for network manager integration.

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

Kareem Zarka authored 1 year ago and Francesco Pham committed 1 year ago

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

This reverts commit 07e3f4d0.

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

openharmony-tools: Add images and configuration to run qemuarma7

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

This addes Linux kernel and rootfs images, and the configuration file needed for
using these with runqemu.

After installing and setting up the environment simply run

    runqemu publicvnc serialstdio images/qemuarma7/*.qemuboot.conf

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

openharmony-tools: add qemu native to SDK bundle

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

To run our Qemu images we better provide a matching and  tested qemu
native build in our SDK. This allows to reproduce our results from a
pure SDK installation without a full Yocto/OE build.

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

openharmony-standard: reintroduce patches to increment timeouts

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

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

START_ABILITY_TIMEOUT is too short, causing some 
testcases in ActsBmsModuleUsageRecordTest to exceed timeout. 
Increasing the timeout to 15 seconds.

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

Initial support for Wi-Fi services

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

This should be the final piece in enabling wifi components in OH.
The wifi service as well as the JS wifi API is being enabled and
packaged.

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

With the hdf wlan libraries in place we can now enable the
wpa_supplicant build.

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

The HDF peripherals drivers for wlan had been patched out
before. Enable them again in the build and package the
needed files.

They do not end up being installed in the normal libdir so
we pick them from the build dir instead.

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

Fix problems with ssh timeout in ptest CI job

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

SSH host keys are generated by sshdgenkeys.service, which is started by socket
activation on first SSH connection. On QEMU this can take a very long time, even
more than the 300 seconds that is the default timeout when running SSH commands
testimage recipes.

Pre-generated SSH host keys prevents this.

Note, this is only done in the -test image, as it is insecure and should never
be done in images used for other purposes!

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

openharmony-standard: raspberrypi4-64 support

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

As we by now require working tun/tap support in CI runner to allow running ACTS,
there is no need for using slirp networking.

And who knows, maybe the randomly failing ssh ptest could be related to the QEMU
slirp implementation.

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

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>