HaLowLink1 Software Release Notes
v2 (2.11.13)
Download as PDF
1 Overview
This document describes the software changes included in release 2.11.13 of the HaLowLink 1 OpenWrt software package.
HaLowLink 1 is Morse Micro's Wi-Fi HaLow (802.11ah) access point and extender platform, designed for long-range, low-power IoT connectivity. The software runs on OpenWrt and is managed through the device's web-based user interface.
Release 2.11.13 addresses security compliance improvements by updating the MM6108 driver and firmware (1.17.8 → 1.17.9). Customers running v2.11.12 are encouraged to upgrade.
To upgrade your device, navigate to the Upgrade page in the web UI. An active internet connection is required.
2 Software Change Summary
2.1 Release 2.11.13
Release 2.11.13 is a maintenance release for HaLowLink 1 following release v2.11.12. It updates the MM6108 driver and firmware package to version 1.17.9, which fixes the reported security vulnerabilities. There are no new end-user features in this release.
2.1.1 New Features
There are no new features in this release. The MM6108 driver and firmware have been updated to version 1.17.9; this update delivers the security improvements described below and introduces no new end-user functionality.
For a full list of MM6108 driver features, refer to the MM6108 Linux Software Release Notes (1.17.9).
2.1.2 Resolved Issues and Improvements
2.1.2.1 Security compliance improvements
Hardened parsing of 802.11 management-frame information elements (IEs) against malformed input:
Added bounds validation for vendor-specific IE lengths, preventing out-of-bounds reads.
Protected against a buffer overflow when parsing the Traffic Indication Map (TIM) information element.
Protected against a buffer overflow when parsing the S1G Capabilities information element.
2.1.3 Known Issues
All known issues reported in release 2.11.12 are carried forward unchanged into 2.11.13; this release does not resolve any of them. They are listed again below for completeness.
2.1.3.1 Unbalanced downlink distribution in multi-STA scenarios
In multi-STA setups, an unbalanced downlink distribution may be observed when traffic is sent simultaneously to more than four stations, with the first two associated stations potentially monopolizing the medium.
Workaround: Enable airtime fairness on the HaLowLink 1 (enable_airtime_fairness=1).
2.1.3.2 Performance constraints
UDP throughput over IPv6 is lower than IPv4 when using 4 MHz and 8 MHz channels
In regulatory domains with duty-cycle restrictions (e.g., EU, Japan), MCS10 may not provide usable bandwidth without Burst Mode
Workaround: Enable Burst Mode
2.1.3.3 Networking and protocol behavior
In rare cases, the STA may associate more slowly than expected and report an “MFP required” error
In rare cases, DPP provisioning may fail and require retry
2.2 Release 2.11.12
Release 2.11.12 is the third maintenance release for HaLowLink 1 following release v2.7.6. It includes security compliance updates, stability improvements for high-density deployments, and an upgrade to the MM6108 driver and firmware package (1.14.1 → 1.17.8), bringing cumulative enhancements in performance, reliability, and standards compliance.
2.2.1 New Features
Driver and firmware upgrade (1.14.1 → 1.17.8) Updated MM6108 driver and firmware package, incorporating multiple enhancements in performance, stability, and standards compliance across intermediate releases.
Scheduled Scan support Enables periodic background scanning to improve network discovery and roaming behavior.
Additional driver capabilities (internal enhancements) Includes support for features such as improved provisioning workflows, enhanced power management capabilities, and extended platform compatibility introduced across driver releases.
For full details, refer to the MM6108 Linux Software Release Notes (v1.17.8).
2.2.2 Resolved Issues and Improvements
2.2.2.1 Security compliance improvements
Updated OpenSSL configuration to meet current security standards, ensuring compatibility with stricter TLS requirements and audit criteria.
Addressed a CWE-125 security weakness.
2.2.2.2 Multi-STA performance
Multi-STA performance has been improved for up to 8 stations.
Improved buffering and delivery for power-saving and 4-address mode stations
Enhanced stability in high-density deployments: resolved a firmware crash that could occur when operating with 32 or more connected STAs.
2.2.2.3 System stability and performance
Improved PHY behavior for more stable medium access and link performance
Enhanced Automatic Channel Selection (ACS)
Fixed issues where noise was not measured correctly
Avoids use of disabled or invalid channels
Improved handling of wider channel configurations
Prevents unnecessary disabling of channels due to sub-channel restrictions
Improved QoS behavior:
Fixed excessive transmission of inactivity QoS NULL frames
Improved resilience to QoS priority mismatches
Improved scan and association behavior:
Fixed issues with scan timeouts and standby recovery
Fixed incorrect probe response bandwidth handling
Improved driver stability:
Resolved memory handling issues during hardware restart
Fixed firmware crash scenarios in mesh configurations
2.2.2.4 DPP push-button reliability
Improved robustness of DPP provisioning workflows, including push-button pairing reliability
2.2.2.5 802.11s Mesh
Resolved issues affecting multi-hop traffic delivery, including DHCP propagation across mesh nodes
Optimizations to 802.11s mesh routing (HWMP) for improved multi-hop performance
Improved mesh self-healing behavior through default configuration changes
Avoided unnecessary HWMP frame generation when alternative mesh protocols are in use
Fixed issues affecting mesh stability, including crash conditions and traffic forwarding inconsistencies
2.2.2.4 Documentation
The user guide now lists all open network ports, with justification and usage context for each.
2.2.3 Known Issues
2.2.3.1 Unbalanced downlink distribution in multi-STA scenarios
In multi-STA setups, an unbalanced downlink distribution may be observed when traffic is sent simultaneously to more than four stations, with the first two associated stations potentially monopolizing the medium.
Workaround: Enable airtime fairness on the HaLowLink 1 (enable_airtime_fairness=1).
2.2.3.2 Performance constraints
UDP throughput over IPv6 is lower than IPv4 when using 4 MHz and 8 MHz channels
In regulatory domains with duty-cycle restrictions (e.g., EU, Japan), MCS10 may not provide usable bandwidth without Burst Mode
Workaround: Enable Burst Mode
2.2.3.3 Networking and protocol behavior
In rare cases, the STA may associate more slowly than expected and report an “MFP required” error
In rare cases, DPP provisioning may fail and require retry
3 Revision History
Version 2
04 Jun 2026
Third maintenance release OpenWrt 2.11.13
Version 1
01 May 2026
Second maintenance release OpenWrt 2.11.12
Morse Micro provides this information "as is" without warranties of any kind, express or implied. No guarantee is made as to the accuracy, completeness, or suitability of this information or Morse Micro’s products for any specific purpose. Use of this information and products is at the user’s sole risk. Morse Micro products are not designed or tested for use in mission-critical systems, and should not be used in such applications. Performance specifications are based on internal testing and are believed to be reliable; however, they are not guaranteed. It is the Buyer’s responsibility to test and validate all product performance, compatibility, and compliance, both in isolation and within end applications. Morse Micro assumes no liability for the use or application of any product, circuit, or information described herein. No license or other rights—express or implied—are granted under Morse Micro’s intellectual property. This document contains proprietary information of Morse Micro and is subject to change without notice. Wi-Fi®, Wi-Fi HaLow™, and the Wi-Fi logo are trademarks of Wi-Fi Alliance. ZigBee™ and Z-Wave™ are trademarks of their respective owners. All other trademarks are the property of their respective owners.
Last updated
Was this helpful?