Setup: MM6108 module over SDIO, version 0-rel_1_11_2_2024_Feb_26, hostapd_s1g v2.11-devel, kernel 5.15.71 , country US. enable_survey module param is Y.
Do i need morse_cli to do this or is there another way?
One more data point that might be relevant to whether this is config or version-related: separately from the ACS issue, morse_cli -i wlan1 version and morse_cli -i wlan1 hw_version both fail identically with NL80211, code -28: Failed to rcvmsgs, reproducible whether the AP is running or fully stopped. Wanted to flag that pattern in case it points at the same root cause as the ACS issue rather than a separate one.
Unfortunately it is not possible for me to update at this time.
So from what you’ve shown, the CHANNEL field in the config you template from maps to the op_class of the hostap config?
BANDWIDTH appears to be mapping to the hostap channel config instead.
A bit confusing.
Can you confirm what the generated hostap config looked like when you set CHANNEL=0 in your template config? I suspect it will have made op_class=0 which is an invalid configuration.
For ACS, try CHANNEL=70 and BANDWIDTH=0 . Though it might make sense to modify the script doing the mapping if you are able to.
As you noted and we did too…when I set CHANNEL=0 in our template, the generated ap_halow.conf came out with op_class=0, and hostapd_s1g failed exactly as you’d expect:
Unknown S1G operating class 0
invalid 802.11ah S1G configuration of operating class, country code and channel
2 errors found in configuration file '/etc/morsemicro-mm610x/conf/ap_halow.conf'
Failed to set up interface with /etc/morsemicro-mm610x/conf/ap_halow.conf
Also when we tried your suggested fix (CHANNEL=70, BANDWIDTH=0 → generates op_class=70, channel=0) before your reply, since we’d worked out the same mapping. That one gets past the op_class validation, but fails differently with no ACS survey appearing to start (no ACS-STARTED or related log lines at all), and instead it fails immediately at the driver level:
Starting HaLow AP: SSID=..., Channel=70, BW=0 MHz
Failed to set channel: error(-1)
morse: Failed to execute morse_cli to set channel parameters on ifname wlan1 (2)
Failed to set the channel (2)
It looks like channel=0 is being handed straight to morse_cli’s literal channel-set call rather than being recognized as the ACS trigger. We also tried the string form (channel=acs_survey) in place of 0 , same identical failure.
For reference, software versions here: morse_cli/morse.ko both report rel_1_11_2_2024_Feb_26, hostapd_s1g v2.11-devel. Separately (may or may not be related) — morse_cli -i wlan1 version and hw_version both fail with NL80211, code -28: Failed to rcvmsgs, reproducible with the AP both running and stopped, while every channel-set call works fine. Wasn’t sure if that’s expected on 1.11 or points at the same underlying gap.