Currently we're experiencing some NTP time sync issues:
54.82 - IP interface wan has ipv4address = 10.0.0.2 (IP.Interface.2.Status = Up, IP.Interface.2.IPv4Address.1.Status = Enabled)
...snip...
59.64 - Router main has gateway ipaddress = 10.0.0.1
...snip...
113.35 - Time Client cpe-client-1 is Synchronized
114.45 - Time Client cpe-client-1 is Unsynchronized
...snip...
174.46 - Time Client cpe-client-1 is Synchronized
NTP sync was achieved at May 7 11:50:50
May 7 11:50:50 prplOS obuspa[2025]: resolved_path_results {
May 7 11:50:50 prplOS obuspa[2025]: resolved_path: "Device.Time."
May 7 11:50:50 prplOS obuspa[2025]: result_params {
May 7 11:50:50 prplOS obuspa[2025]: key: "Status"
May 7 11:50:50 prplOS obuspa[2025]: value: "Synchronized"
May 7 11:50:50 prplOS obuspa[2025]: }
May 7 11:50:50 prplOS obuspa[2025]: }
and within 3 sec testing is stopped
May 7 11:50:53 prplOS CI: Testing finished, up 5 minutes
Looks like chronyd was able to get time sync from 3 sources:
May 7 09:00:54 prplOS chronyd[2953]: Selected source 3.3.3.7 (1.europe.pool.ntp.org)
May 7 11:49:45 prplOS chronyd[2953]: Selected source 3.3.3.6 (0.europe.pool.ntp.org)
May 7 11:49:50 prplOS chronyd[3916]: Selected source 3.3.3.7 (1.europe.pool.ntp.org)
OBUSPA polls Device.Time.Status every 10sec, query at 11:50:40 returns status as Unsynchrozied
May 7 11:50:40 prplOS obuspa[2025]: resolved_path_results {
May 7 11:50:40 prplOS obuspa[2025]: resolved_path: "Device.Time."
May 7 11:50:40 prplOS obuspa[2025]: result_params {
May 7 11:50:40 prplOS obuspa[2025]: key: "Status"
May 7 11:50:40 prplOS obuspa[2025]: value: "Unsynchronized"
May 7 11:50:40 prplOS obuspa[2025]: }
Thus status was not updated atleast till 11:50:40.
So lets increase current CDRouter startTimeout from 90 to 180 seconds
and see how it goes.
References: PCF-1168
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 5bbd04eaa47aed4b077e5403ea7173e310e1f779)
Current CDRouter tests are not passing due to the following issue:
FAIL: The USP agent failed to acknowledge the initial USP message, resulting in the error: "unable-to-start-connection-to-usp-agent".
The failure is occurring because the device is unable to obtain NTP
time. The status of Device.Time is listed as Error_FailedToSynchronize.
Under task PCF-1104, OB-USP-A is configured to withhold attempting
connections to the ACS until essential USP services like DeviceInfo. are
registered, the WAN connection is established, and NTP time is
successfully synchronized. In this scenario, the NTP time has not been
synchronized, which is causing the error.
So lets unblock this by enabling the NTP time synchronization by using
the default/pre-configured prplOS 0.europe.pool.ntp.org and
1.europe.pool.ntp.org NTP servers.
References: PCF-1104
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 568acaccf8b4fabcdaf66190d74048425d7d7043)
Extend currently used default CDRouter-USP-Certification package (78
tests) with additional tests:
* usp_basic_1 - Verify that the Agent supports the Get message
* usp_basic_2 - Verify that the Agent supports the GetSupportedDM message
* usp_basic_3 - Verify that the Agent supports the GetInstance message
* usp_basic_4 - Verify that a subscription can be added, modified, and deleted on the Agent
* prpl_hl-api.1.1 - Profile GetSupportedDM
* prpl_hl-api.1.2 - Profile Parameters Write
* prpl_hl-api.1.3 - Verify prpl TR-181 Profile using GET
* prpl_hl-api.1.4 - Verify prpl TR-181 Profile using SET
* prpl_hl-api.1.5 - Verify prpl TR-181 Profile using Add and Delete on all creatable objects
To make the distinction clear, lets rename the package to CDRouter-USP-prpl.
References: PCF-1095
References: https://support.qacafe.com/cdrouter/user-guide/cdrouter-prpl-hl-api-user-guide/
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit b29ee20bdea17ffa426f5751e3ce3e93e7adefdf)
OB-USP-A has following configuration in its factory reset database:
Device.LocalAgent.MTP.1.STOMP.Destination "/queue/agent-1"
So lets change the CDRouter's configuration accordingly.
References: PCF-1095
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 9e288988c048fd87cd93072e55c16010024e2961)
* obuspa: Include fixes from https://gitlab.com/prpl-foundation/prplos/feed-prpl/-/merge_requests/251
Update OB-USP-A package to fetch from BBF v8.0.0-pre_release branch the
version of OB-USP-A with fix for failure in registration of non-object
types under Device. (PCF-1084). Add a patch to remove certain parts of
the data model from the Broker so that they could be registered by a USP
Service. In obuspa_param_reset.txt remove the setting of
Internal.Reboot.Cause as it is not needed after applying this patch.
https://prplfoundationcloud.atlassian.net/browse/PCF-1084
* PROVISORY: mod-amxb-usp: workaround poll timeout by increasing it to 3 seconds
strace we took on boot showed that the handshake does complete, but
after the 2 seconds deadline. As shared during prplOs increasing the
timeout here won't be a long term solution as, while waiting on that
poll, tr181-device won't proxy anymore other request on regular ubus
on Device. which is very central in the overall system. Redoing the
handshake itself would fail due to duplicate endpoint error sent by
obuspa. So the handshake/register flow will need to be reworked to
account for bigger delay without blocking and allow retry of the
register part.
We can temporarily increase the poll timeout to 3 or 4 seconds for
immediate purpose of unlocking the tests.
So lets start with the 3s timeout.
* mod-amxb-usp: Implement register retry mechanism
* tr181-device: Enable register retry mechanism
* tr181-device: Update Device. mappings.
* mod-usp-registration: Add module
* libamxd: Make it possible to _exec functions with braces.
* obuspa: Include an obuspa patch to increase the max number of USP services and controllers.
* debug-information: boot_measurements: monitor Time.Client.*.Status
CPE time status after the boot seems to become a critical KPI, so lets
make the diagnosting easier by including the NTP client status in the
boot measurement log.
* network: time-manager: Bump version to v2.5.0
Fixes or at least improves: PCF-1168
* tr181-device: Data model elements directly underneath Device are not being registered.
Fixes: PCF-1197
Signed-off-by: Vincent Harle <vincent.harle@softathome.com>
Signed-off-by: Yüce Kürüm <yuce.kurum@mind.be>
Signed-off-by: Yüce Kürüm <yuce.kurum_ext@softathome.com>
Signed-off-by: Sandesh Mahale <sandesh.mahale@vantiva.com>
Signed-off-by: Matthias FRANCK <matthias.franck_ext@softathome.com>
Signed-off-by: Johan Jacobs <johan.jacobs_ext@softathome.com>
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 65162698eccc5cf80e2b34203f8110dee09a13ba)
Currently cwmp user does not have access right to ManagementServer DM
entries. This causes tr-069 CDRouter tests to fail with access right
errors when trying to access some configurations.
Lets implement the suggested solution in PCF-1102 and query
MaxConnectionRequest and FreqConnectionRequest from
Device.ManagementServer instead.
Closes: PCF-1004
Signed-off-by: Yüce Kürüm <yuce.kurum@mind.be>
Signed-off-by: Yüce Kürüm <yuce.kurum_ext@softathome.com>
(cherry picked from commit 66de6516879d2740b02c7ec0572771b7b1580912)
This reverts commit 6fdabb5a969858adf7ac7830b02a8717855617c4 as the
issue was fixed in commit b947ce37924c ("profiles: qca_ipq95xx: fix
broken VLAN feature by adding missing kmods")
References: PCF-1217
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 57c916814b4e3c82ce6284daa605fe97c28c2ca9)
After the bump from ATH 12.2 to ATH 12.4 we've noticed, that VLAN
feature on the LAN switch stopped working. So lets fix it by adding the
missing kernel modules kmod-qca-nss-ppe-bridge-mgr and
kmod-qca-nss-ppe-vlan-mgr.
Closes: PCF-1217
Signed-off-by: Marvin Lu <marvin.lu@wnc.com.tw>
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org> [commit message]
(cherry picked from commit b947ce37924cec694192e96c2240b8e3f8bd521f)
Adding three new ssids for OSPv1. Once base interfaces wlan0, wlan2
and wlan4 interfaces are up, these ssids are listed.
Signed-off-by: Bhavesh Bharadiya <bnbharadiya@maxlinear.com>
(cherry picked from commit 68c6d6ad4288962c177035748fb0a4e3876e3783)
When VAPs are down, no hostapd instance should be running but
due to bug in WLAN driver on OSPv2 platform we are observing
hostapd instance is running eventhough VAPs are down.
Adjusting ci tests for OSPv2 platform as workaround till PCF-1229
is fixed.
Signed-off-by: Bhavesh Bharadiya <bnbharadiya@maxlinear.com>
(cherry picked from commit 67dab86f914d27ed2797341d37f0c9db4aed9afb)
When .OperatingChannelBandwidth=160MHz it force DFS CAC operation on
52-64 channel. This is causing latency before having SSID UP.
* On Haze, OSP and Freedom: We set the OpChannelBW to 80Mhz and set
channel to a non DFS one as workaround to temporary fix PPM-2810
* This workaround is missing for OSPv2, adding workaround for OSPv2
Signed-off-by: Bhavesh Bharadiya <bnbharadiya@maxlinear.com>
(cherry picked from commit 3c1c10fb1caa5466f8a54250db0ae07069a48225)
2.4G Endpoint is enabled now for MxL platforms hence we need to align
relavant tests.
* wlan1 interface appears now in interface list so modifying 010-network.t
and 030-wifi.t.
* Since 2.4G endpoint is enabled, 2.4G SSID status appears dormant now,
fixing 100-prplmesh.t
Signed-off-by: Bhavesh Bharadiya <bnbharadiya@maxlinear.com>
(cherry picked from commit ee3f8e7a0cf671dab19bba307beb4e4d7253155e)
Update mxl_wlan_hostap_ng profile for below changes:
* bump to version WLAN6.2.2.126
* Fixes PPM-2806
Update mxl_x86 profiles for below changes:
* bump to version updk_9.1.60.1
Signed-off-by: Bhavesh Bharadiya <bnbharadiya@maxlinear.com>
(cherry picked from commit 37f85eaf326cb6f8d9eaa97a633a675d4de2d44c)
Update mxl_wlan_hostap_ng profile for below changes:
* bump to version WLAN6.2.2.115
* Features:
1) STA statistics
2) Action frame
3) Added ProbeReqListTimer API- Support for timer to
query probe request list (which includes STA MAC address,
age of probe request and RSSI) from driver and generate
event through ctrl interface for each probe request with
source address and signal strength
4) Added sCcaTh API- sets the CCA threshold (the threshold
to decide if a channel is clear or not for data transmission)
5) Added sub_band_dfs API - switch to lower BW upon detection
of radar on part of the BW of a 5GHz channel
Update mxl_x86 profiles for below changes:
* bump to version updk_9.1.60
Fixes PCF-1101
Signed-off-by: Bhavesh Bharadiya <bnbharadiya@maxlinear.com>
(cherry picked from commit 5a61ac30e68b25e5490513b339d28acbb00a669f)
It was decided, that the resources spent on the Haze platform should be
minimal as the board was replaced by the Freedom board, so lets disable
automatic CDRouter testing on prplos branch and turn them into manual
mode, thus running only when feedback is needed, thus limiting the
resource usage.
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 68a25d76d0cb7365204b90ee3ed807b4e8c477a6)
Weekly Coverity Scan builds of prplOS didn't started today as I've
screwed CI job rules in commit 6fdabb5a9698 ("PROVISORY: ci: cdrouter:
disable automatic testing using VLANs due to switch issues") and the
CDRouter job stage popped up in the schedule pipeline blocking the build
job effectively, so lets fix it by adding missing job rules for
scheduled pipelines.
Fixes: 6fdabb5a9698 ("PROVISORY: ci: cdrouter: disable automatic testing using VLANs due to switch issues")
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 7e7f2d75416454ba365633e7ae5e21cc4f6dd4eb)
This release includes the following fixes:
* PPM-2829 Fix controller build issue
* PPM-2828 Fix unit test issue with recent GCC versions
* PPM-2524 framework: ssl: Migrate from deprecated OpenSSL functions to EVP
* PPM-2524 framework: ssl: fix hmac wrapper for openssl 3
https://gitlab.com/prpl-foundation/prplmesh/prplMesh/-/releases/4.2.4
Signed-off-by: Frederik Van Bogaert <frederik.vanbogaert@mind.be>
(cherry picked from commit 871b0af578c87f2b53875ab939fbf7100e18875b)
With the current config the steering will be allowed only for the
particular vaps and not for others.
remove the current list, if specific vaps are allocated for steering
then it should be added at the run time.
Closes: PPM-2877
Signed-off-by: rramasamy <rramasamy@maxlinear.com>
(cherry picked from commit f3bca22820b231271f62dc65f7beb524e01ffd60)
Add a new test to test captive portal interception capability.
Closes: PCF-1099
Signed-off-by: Yüce Kürüm <yuce.kurum@mind.be>
Signed-off-by: Yüce Kürüm <yuce.kurum_ext@softathome.com>
(cherry picked from commit 9f2236809f5b578f8116702fb3cbbc53f85782fa)
- Remove syslog-ng config option that creates a logrotate conf. This
option was causing a duplicate config error in syslog.
- Remove the script from base-files that adds logrotate cron job.
- Add logrotate package. It was selected by the removed config options
before.
- Adapt logrotate test to include separated logs
Signed-off-by: Yüce Kürüm <yuce.kurum@mind.be>
Signed-off-by: Yüce Kürüm <yuce.kurum_ext@softathome.com>
(cherry picked from commit c13ed76075b78604eb21213e1842465cea35f3ea)
Allow for early logs when hostname is not yet set in messages_dhcp
Closes: PCF-1098
Signed-off-by: Vincent Harlé <vincent.harle@softathome.com>
(cherry picked from commit 7e7f3761ccabcae8e773594821c64955b88a82e7)
As new components are enabled datamodel object entries should be added to the ubus-datamodel-list test
Signed-off-by: Mouna ALOUI <mouna.aloui_ext@softathome.com>
(cherry picked from commit 7b1105ae56ac7a1e060808b08059fcb61b824786)
This reverts commit 14b1ada32c449059495bae12172e0ae9f7ba2d39 as the
issue was fixed in commit 8c4796a38688 ("profiles: qca_ipq95xx: bump
feed_qca to fix compile errors with CONFIG_WERROR=y").
References: PCF-1228
Signed-off-by: Mike Chung <mike.chung@wnc.com.tw>
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org> [commit facelift]
Bump feed_qca to get fixes which are needed with CONFIG_WERROR=y
Fixes: PCF-1228
Signed-off-by: Mike Chung <mike.chung@wnc.com.tw>
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org> [Jira issue]
In commit 00596caaf91d ("ci: docker: bump containers to Docker version
26") we've updated from Docker version 19 to latest 26 which made the
LCM container CI test job failing as both lcm-test-x86-64-v1 and
lcm-test-x86-64-v2 containers containers are same, so the test checking
for different content of /etc/container-version fails:
docker run registry.gitlab.com/prpl-foundation/prplos/lcm-test-x86-64-v1:prplos cat /etc/container-version
1
docker run registry.gitlab.com/prpl-foundation/prplos/lcm-test-x86-64-v2:prplos cat /etc/container-version
1
It seems, that this new Docker version changed somehow the behavior of
layer caching and thus Docker is no longer able to find out if the
content defined in `ADD ./ /` changed, thus reusing the cached layers.
So lets fix it by pruning the Docker build cache before each v1/v2
container build, so we're sure, that no cache is being used.
I would like to point out, that I've tried to use `docker build
--no-cache` first, but it didn't worked out.
Fixes: 00596caaf91d ("ci: docker: bump containers to Docker version 26")
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
Seems like the current `gce` runners got deprecated so lets fix it by
using `saas-linux-small-amd64` runners.
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
ATH 12.4.0 CS kernel 6.1.31 with CONFIG_WERROR=y using GCC 12.3.0 contains following issues:
drivers/net/mdio/mdio-ipq4019.c:756:72: error: passing argument 2 of 'of_get_next_available_child' discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers]
net/ipv6/ip6mr.c:531:44: error: format '%llu' expects argument of type 'long long unsigned int', but argument 5 has type 'long unsigned int' [-Werror=format=]
net/ipv6/ip6mr.c:531:50: error: format '%llu' expects argument of type 'long long unsigned int', but argument 6 has type 'long unsigned int' [-Werror=format=]
net/ipv6/ip6mr.c:531:57: error: format '%llu' expects argument of type 'long long unsigned int', but argument 7 has type 'long unsigned int' [-Werror=format=]
net/ipv6/ip6mr.c:531:63: error: format '%llu' expects argument of type 'long long unsigned int', but argument 8 has type 'long unsigned int' [-Werror=format=]
drivers/mtd/nand/raw/qcom_nandc.c:326:78: error: excess elements in struct initializer [-Werror]
drivers/firmware/qcom_scm.c:2916:9: error: ISO C90 forbids mixed declarations and code [-Werror=declaration-after-statement]
net/ipv4/ipmr.c:3174:44: error: format '%llu' expects argument of type 'long long unsigned int', but argument 5 has type 'long unsigned int' [-Werror=format=]
net/ipv4/ipmr.c:3174:50: error: format '%llu' expects argument of type 'long long unsigned int', but argument 6 has type 'long unsigned int' [-Werror=format=]
net/ipv4/ipmr.c:3174:57: error: format '%llu' expects argument of type 'long long unsigned int', but argument 7 has type 'long unsigned int' [-Werror=format=]
net/ipv4/ipmr.c:3174:63: error: format '%llu' expects argument of type 'long long unsigned int', but argument 8 has type 'long unsigned int' [-Werror=format=]
So until that gets fixed, we need to disable KERNEL_WERROR config option
temporarily on ipq95xx target, thus we still keep the QA on the other
targets.
References: PCF-1228
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
Seems like the update to the latest ATH 12.4.0 CS breaks VLANs on the
LAN switch, so until that is fixed, lets disable the automatic testing
using VLANs and make them manual.
References: PCF-1217
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 6fdabb5a969858adf7ac7830b02a8717855617c4)
It was decided, that LGP board is going to be replaced with OSPv2 for
XGS-PON based WAN uplink testing, so there is no need to waste time on
LGP board, so lets disabled it on the CI.
References: PCF-688, PCF-1214
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 43f08d0c4ec011605bbdbf510ef891922efccf7b)
We're unable to run CDRouter test for CPE's TR-069 functionality due to
the following error during the test init phase:
FAIL: Did not receive TR-069 Inform RPC from CPE after 120 seconds » no-wan-tr069-inform
Analyzing the logs, issue arise whenever CPE manages to get a first WAN
address from testbed server instead of CDRouter. With additional unbound traces we can see what happens:
As WAN is up, DNS query for controller.cdroutertest.com is forwarded to
configured upstream DSN server (8.8.8.8 and 1.1.1.1)
1.1.1.1 will reply with a SOA as cdroutertest.com is registered:
cdroutertest.com. 3600 IN SOA ns1.linode.com. support.qacafe.com. 2021000016 14400 14400 1209600 86400
As TTLS is set to 3600 seconds, unbound will cache this as a negative answer for 1 hour.
Latter upstream of CPE is switched to CDRouter, obuspa tries to resolve
controller.cdroutertest.com, but it gets the cached answer as its TTL is
not expired, and no WAN DSN query is done.
So lets fix it by flushing the DNS relay cache during the DUT init
phase, once the network is switched to the CDRouter.
Fixes: PCF-1215
Suggested-by: Vincent Harle <vincent.harle@softathome.com>
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 53f718bde87b0e1773244da021daf2eeeac8a62a)
With the platform update to ATH 12.4.0 CS based on 6.1 kernel, we're
experiencing different behavior to previous release ATH 12.2.0 CS based on 5.4
kernel, where the serial console prompt detection takes a bit longer and
sometimes we hit the login timeout of 60 seconds. So lets fix it by
adjusting the timeout slightly to 75 seconds as currently the longest
time experienced was 73.386 seconds.
References: PCF-1177
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit 0564d1db50acea00caf1999cceb56153f2265236)
Currently Aquantia PHY initialization is broken in kernel, leading
either to very long firmware loading time or broken networking.
Tim Hsu proposed workaround, where Aquantia PHY is initialized in
U-Boot, for that `aq_phy_reset` command was added to U-Boot and present
in U-Boot 2016.01.03-prpl release[1]. The workaround resets the Aquantia
PHY in U-Boot and loads the firmware as well, so Linux kernel does not
need to perform this steps.
1. https://gitlab.com/prpl-foundation/platform/qualcomm/u-boot-qca-freedom/-/releases/2016.01.03-prpl
References: PCF-1177
Suggested-by: Tim Hsu <Tim.Hsu@wnc.com.tw>
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit aef94937eb4006bc294876e7190d41fd93a39c10)
Backport a patch from odl-generator v1.9.0 which allows to retrieve UCI
wireless.vendor.min_phy and wireless.vendor.phy_detect_timeout. If these
two settings are available, use them as static phy number and the
timeout value for phy detection.
This is to handle the case that wireless phy is created after phy
detection is done here on some boards, causing some phy missing.
Its needed to support Freedom with ATH 12.4.0 CS.
References: PCF-1144
Signed-off-by: Marvin Lu <marvin.lu@wnc.com.tw>
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
(cherry picked from commit f20056afda61771b6fdf5f7c581166008a6951fb)
ATH 12.4.0 CS is based on 6.1 kernel and thus we need to add a tarball
hash, so we could build the kernel.
References: PCF-1176
Signed-off-by: Marvin Lu <marvin.lu@wnc.com.tw>
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org> [commit description]
(cherry picked from commit ac99cc80a976b9d807048d9781b4d02b6202d796)
* rename filenames due to generic subtarget introduction
* wireless-freedom: add the configuration of static phy number and phy detection time
* wireless-freedom: set vendor wireless uci only after the uci file is ready
* mac80211-qca: attach guest vap to br-guest
* mac80211-qca: disable ath12k cold_boot_cal
* mac80211-qca: ath12k-validate data length before copying data
* ipq95xx: Do not reset AQR PHY when booting
* ipq95xx: update codebase to ATH12.4.0CS
* aq_phy: Do not download AQR PHY firmware if it is ready by bootloader
References: PCF-1176
Signed-off-by: Marvin Lu <marvin.lu@wnc.com.tw>
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org> [squash, commit facelift]
(cherry picked from commit 776aa2bdd52bcbb9ef2dc3276f41a70a0db252a5)
When .OperatingChannelBandwidth=160MHz it force DFS CAC operation on
52-64 channel. This is causing latency before having SSID UP.
* On Haze, OSP and Freedom: We set the OpChannelBW to 80Mhz and set
channel to a non DFS one as workaround to temporary fix PPM-2810.
* On Haze and freedom only Set channel 36 for radio 5ghz to avoid DFS
channel.
Signed-off-by: Marouan MCHARFI <marouan.mcharfi_ext@softathome.com>
(cherry picked from commit bb429a86f93dd3a60ce6715b6b6db082c215ee39)
Dummy vaps are not showing up anymore when AP is enabled. We remove
them from the cram check while PPM-2807 is not fixed.
References : PPM-2807
Signed-off-by: Marouan MCHARFI <marouan.mcharfi_ext@softathome.com>
(cherry picked from commit bb5a1a0260fb0b79da043a02e42aa09bf67fbbbc)
Endpoint is partialy configured for radio1 we need to
configure it during the test while PPM-2806 is not fixed.
References: PPM-2806
Signed-off-by: Marouan MCHARFI <marouan.mcharfi_ext@softathome.com>
(cherry picked from commit dade8bc3afe2e7de2968a1fadd7cd971d586221c)
* On ubus-datamodel-list.t we add 2 new datamodel entry:
* WiFi.AutoNeighbourAddition since pwhm v5.21.0 with
Automatic Neighbor addition
* WiFi.Vendor added since pwhm v5.24.0 with Add MLO
capability
* On 100-prplmesh.t for all target we enable back the final hostapd
check running process since PPM-2722 is fixed
Signed-off-by: Marouan MCHARFI <marouan.mcharfi_ext@softathome.com>
(cherry picked from commit 1af87b10feeb9c93816cae2f135c818857467fc3)
* Add missing wifi/prplmesh check in cram test:
- Add the restart of prplmesh in gateway mode
- Add SSID status check
- Add prplmesh status check
- Add deactivation of vaps test
Signed-off-by: Marouan MCHARFI <marouan.mcharfi_ext@softathome.com>
(cherry picked from commit caedfbecc221b22431bda331f02120640f80e17f)
* bump pwhm to v5.34.0
* bump libswla to v3.12.0
* bump libswlc to v5.18.1
* bump odl_generator to v1.7.0
- This version is needed for pwhm posterior to 5.23.3.
This version contain fixes that closes:
* PPM-2713
* PPM-2699
* PPM-2722
* PPM-2737
* PPM-2746
Signed-off-by: Marouan MCHARFI <marouan.mcharfi_ext@softathome.com>
(cherry picked from commit aa665c9af1ced578b33486c6b4385732cc9de6bf)
Having slash in new `prpl/nightly` branch name causes issues with the
container paths:
The push refers to repository [registry.gitlab.com/prpl-foundation/prplos/prplos/prpl/nightly/builder]
...
denied: requested access to the resource is denied
So lets fix it by introducing new `CI_DESIGNATED_BRANCH_SLUG` variable
and use it appropriately.
Signed-off-by: Petr Štetiar <petr.stetiar@prplfoundation.org>
