> For the complete documentation index, see [llms.txt](https://docs.morsemicro.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.morsemicro.com/software-releases/mm8108-linux-software-release-notes.md). # MM8108 Linux Software Release Notes [Download as PDF](https://www.morsemicro.com/resources/software_releases/linux/driver_source_code/MM8108-Linux-Software-Release-Notes.pdf) ## 1 Overview The purpose of this document is to provide a summary of new software features and improvements implemented in the latest Linux firmware and driver. ## 2 Software Change Summary ### 2.1 Release 2.0.0 This section summarizes software changes made since release 1.17.9. | | | --------------------------------------------------------------------------- | | Long Term Support (LTS) Linux Kernels supported in this release | | 6.12.21, 6.6.31, 6.1.21, 5.15.61, 5.10.11, 5.4.83, 4.19.66, 4.14.98, 4.9.80 | #### 2.1.1 New Features * Airtime fairness support * Airtime fairness (ATF) in the Linux wireless stack ensures that each station on an AP receives a fair share of channel time, not a fair share of throughput. It solves the "performance anomaly" in 802.11: without it, slow clients (distant, low-data-rate, or 802.11b/g legacy devices) monopolize the medium because transmitting the same amount of data takes them longer. Airtime primarily governs the download (i.e., AP to STAs). This is enabled by default for any Linux kernel > 6.2, and can be enabled through a module parameter for older kernels (unsupported for kernels < 5.10) * A-MSDU Support * A-MSDU (Aggregate MAC Service Data Unit) is an 802.11 frame aggregation technique introduced in 802.11n to improve efficiency by packing multiple payloads into a single transmission. This feature is dependent on ATF being enabled. Default for Linux kernel > 6.2, and can be enabled once ATF is enabled for earlier kernels (unsupported for kernels < 5.10) * FullMAC Support (Beta) * MM8108 firmware and driver can be configured to operate in FullMAC architecture. A FullMAC driver is a Linux WiFi driver architecture in which most of the 802.11 MAC-layer processing occurs on the device rather than in the host kernel. MM8108 FullMAC can only operate in STA mode. FullMAC is currently in beta support. For configuration and limitations, refer to “FullMAC Linux Driver User Guide”. * FullMAC supports configurable channelization for AU * MM8108-M20-US Module Support (engineering sampling) * MM8108-M20 combines Morse Micro’s Wi-Fi HaLow silicon with an external high-power amplifier delivering up to 28.5 dBm transmit output power, alongside a surface acoustic wave (SAW) filter tuned for the 902-928 MHz band in North America. For more details, see [MM8108 M20 High Power Wi-Fi HaLow Module](https://www.google.com/url?q=https://www.morsemicro.com/2026/06/01/morse-micro-announces-mm8108-m20-high-power-wi-fi-halow-module-to-accelerate-long-range-iot-adoption/\&sa=D\&source=editors\&ust=1783308830005643\&usg=AOvVaw0XeYSrmizDz5FVQmJyPB7K). * Firmware failsafe boot error mode * Allows the firmware to enter a failsafe mode and report boot errors to quickly identify the failure reason #### 2.1.2 Resolved Issues and Improvements * Thin LMAC support: Multiple improvements have been added to improve Thin LMAC, including bug fixes and throughput improvements * PHY interference performance improvements, including: * Improved Out-Of-Band (OOB) detection and desensing * Improved DC calibration in the presence of interference * Optimized packet detection desensing under interference, improving the overall range * Improved initial PHY calibration timing, which reduces boot-up time by up to 30% * WiFi feature improvements, including improved DPP performance and DCS (Dynamic Channel Selection) bug fixes #### 2.1.3 Known Issues SoftMAC * A lower association success rate is observed when interoperating with older MM8108 software releases in high-noise environments. * The behavior can be attributed to the increased collision rate when a 1.17-based DUT is occupying the medium, while a 2.-based DUT is backing off more * Workaround: Upgrade all devices to release 2.0 whenever possible, or allow for a longer association time in noisy environments. * Throughput degradation for multi-STA if WDS is enabled. This is due to disabling the max\_txq\_len modparam (i.e., set to 0) * Workaround: The driver can be updated to remove the disabling of max\_txq\_len and enable airtime fairness. * For more information, customers can review OpenWRT 3.1.0 driver patches. * An intermittent crash can be observed if running on the SPI bus with A-MSDU enabled and traffic flowing bidirectionally. * Recoverable through watchdog timer * Workaround: Disable A-MSDU when using the SPI bus * Intermittent firmware assert/crash during calibration. The issue is intermittent and uncommon. * Recoverable through watchdog timer * No workaround. * Intermittent chip hangs during packet offloading transmission: Caused by incorrect packet size calculations. The issue is intermittent and uncommon to occur * Recoverable through watchdog timer * Workaround: Disable packet offloading * Health-check can fail/timeout while the chip is busy handling scan requests. The issue is intermittent, only observed when both commands trigger at the same time * The issue is not watchdog recoverable and will require a full chip reset * The TX power setting is not obeyed for the sub-band. The feature doesn't affect data packets but only management packets (e.g., beacons, Probe request/response) * Workaround: None * Multi-STA unrecoverable drop to zero throughput. The issue is caused by the station going to 0 throughput for a few seconds due to medium contention, then iPerf gives up and drops the stream/connection * The issue is only observable in large setups (7 or 8 stations), with unthrottled traffic * Workaround: Limit the bitrate through -b if using iPerf * Adaptive RAW low throughput in a multi-STA network * Workaround: None FullMAC * FullMAC STA doesn’t support interoperability with Newracom APs * Firmware crashes if burst exhaust duty cycle restrictions are exceeded * Workaround: Avoid overloading burst mode duty cycle packets * Firmware crashes in bi-directional high TCP throughput. The issue is intermittent and uncommon to occur * Recoverable through watchdog timer * Workaround: None * In a noisy environment, wpa\_supplicant can timeout before the FullMAC association is complete * Workaround: Use the iw connect command #### 2.1.4 Unsupported, Limited, and Deprecated Features * SoftMAC: * AP power save mode is not supported * Support for PV1 frames has been deprecated * Standby power save mode is not supported in SoftMAC. * Pre-association power save is disabled by default, but can be enabled via a module parameter. * FullMAC: * STA only, single interface (IBSS, MBSS, mesh Soft AP are not supported) * Some advanced Wi-Fi features are not supported (WPA3 Enterprise, U-APSD, DPP, NDP probes) ### 2.2 Release 1.17.9 This section summarizes software changes made since release 1.17.8. | | | ------------------------------------------------------------------ | | Long Term Support (LTS) Linux Kernels supported in this release | | 6.12.21, 6.6.31, 6.1.21, 5.15.61, 5.10.11, 5.4.83, 4.9.80, 4.19.66 | #### 2.2.1 New Features No new features since release 1.17.8 #### 2.2.2 Resolved Issues and Improvements Various security vulnerabilities have been addressed: * Out-of-bounds memory access when processing compatibility IE in beacons and probe responses * Out-of-bounds memory access when processing TIM IE in beacons * Out-of-bounds memory access when processing vendor IE in beacons. #### 2.1.3 Known Issues No new known issues since release 1.17.8 ### 2.3 Release 1.17.8 This section summarizes software changes made since release 1.16.4. | | | ------------------------------------------------------------------ | | Long Term Support (LTS) Linux Kernels supported in this release | | 6.12.21, 6.6.31, 6.1.21, 5.15.61, 5.10.11, 5.4.83, 4.9.80, 4.19.66 | #### 2.3.1 New Features * 802.11s Mesh (Beta) * 802.11s Mesh is a Wi-Fi feature that allows multiple wireless devices to interconnect to create a wireless LAN mesh network. This can be used to extend the area covered by a network by creating wireless links that manage the multiple paths between nodes. It can automatically recover connectivity and dynamically adjust routes in response to environmental changes. For more details on 802.11s, please refer to Morse Micro's Application Note 32: How to Configure 802.11s Mesh. * WNM Sleep * WNM Sleep is a power-saving mechanism that allows Stations to explicitly negotiate sleep schedules with the Access Point, reducing power consumption during idle periods. For more information about WNM sleep, please refer to Morse Micro’s Application Note 34: Measuring Low Power Wi-Fi HaLow. * Centralized Authentication Control (CAC) * Centralized Authentication Control (CAC) can reduce the time required for a large number of Stations to associate by throttling the number of Stations that attempt to associate simultaneously, thereby minimizing contention for time-sensitive association. * Periodic Restricted Access Window (PRAW) * PRAW is a specific type of RAW where an Access Point reserves time slots at regular, recurring intervals for scheduled transmissions. This is crucial for sensors or devices that generate data on a regular schedule, as it mitigates contention on the medium and enables better power savings. * IEEE802.11-2024 AU channelization * The channelization for Australia was updated in IEEE802.11-2024 * Dynamic Target Wake Time (TWT): * Dynamic TWT allows Stations to renegotiate TWT service periods after connecting to the Access Point (rather than before). For more details on TWT configuration, please refer to Morse Micro’s Application Note 3: Target Wake Time. * 802.11r Fast BSS Transition * This mode allows for a Station to transition between Access Points without redoing key exchange, minimizing switching time for time-sensitive applications. #### 2.3.2 Resolved Issues and Improvements * Multi-STA performance has been improved for up to 8 Stations * Improved interference performance * During power save, the SDIO\_CLK pin is no longer driven low but is put into high impedance. System developers should ensure they do not drive a clock on the pin during these periods to avoid increased power consumption. #### 2.3.3 Known Issues * In Multi-STA setups, an unbalanced downlink can be seen if WDS is enabled. The issue can be mitigated by setting `max_txq_len` module param to 0 (i.e., unlimited queue length) * Some receive degradation is seen at 2 MHz, at approximately -73dBm RSSI * Workaround: Increase or decrease the RSSI by 2 dB to resolve this issue * Some receive degradation is seen at 1 MHz at strong signals * Workaround: Move devices further apart to lower signal strength. * The maximum TCP throughput between MM6108 and MM8108 is approximately 10% lower than expected. This issue is expected to be resolved in a future release. * In environments with very strong interference signals (greater than –40 dBm), wireless performance may be reduced. Improvements are planned for a future release. * In rare cases, an assert may occur if STAs remain idle for several hours. When this happens, the watchdog timer automatically restores the chip to its original associated state. Recovery is seamless at the link level; however, upper-layer connections (e.g., TCP/UDP) may need to be reestablished. * When using the 1 MHz MCS 9 rate in the 868 MHz channel band, a lower EVM may be observed. In practice, the rate control algorithm automatically adjusts by stepping down to MCS8 to maintain reliable performance. An improvement is planned for a future release. * In multi-STA setups on devices running Linux kernel > 6.2, airtime fairness is not enabled by default, which may result in suboptimal wireless performance. * Workaround: Set the enable\_airtime\_fairness module parameter to true. Additional patches for improved airtime fairness are available in the Morse Micro OpenWrt feed packages. * When pairing two devices at very close range, the STA may intermittently fail to join the AP due to excessively strong received signal levels (greater than -10 dBm). * Workaround: Ensure a minimum separation of 2 meters between the AP and STA before initiating the pairing sequence to maintain reliable association. An improvement is planned for the next firmware release. * The MM810x driver's vendor Information Element (IE) handling contains an out-of-bounds memory access vulnerability. This issue will be resolved in future releases. * Workaround: Customers with security concerns regarding this vulnerability may apply a patch to mitigate the issue. For details, refer to the Morse Micro OpenWrt patch sets available on GitHub. #### 2.3.4 Unsupported, Limited, and Deprecated Features * This release supports SoftMAC only. FullMAC and Thin LMAC modes are available for beta evaluation only. * Standby power save mode is not supported in SoftMAC. * Support for PV1 frames has been deprecated in 1.17.8. * Support for software scan in the Linux Driver has been deprecated in 1.17.8. ### 2.4 Release 1.16.4 This section summarizes software changes made since release 1.15.3. | | | --------------------------------------------------------------- | | Long Term Support (LTS) Linux Kernels supported in this release | | 6.6.31, 5.15.61, 5.4.83, 4.19.66 | #### 2.4.1 New Features * Dynamic Channel Selection (DCS) support and Extended Channel Switch Announcement (ECSA) support * The system can now automatically switch to a better Wi-Fi HaLow channel to reduce interference (Dynamic Channel Selection) and seamlessly notify connected devices to follow (Extended Channel Switch Announcement), improving reliability and performance * Support for 100% duty cycle in Europe with DCS enabled * Device Provisioning Protocol (DPP) support * Wi-Fi HaLow devices can be added securely without needing to share or type passwords, making setup faster and safer * EasyMesh support * Multiple access points can work together in a single, self-organizing wide-area mesh network to provide extended coverage and reliability * FullMAC support (beta - not for production) * Early support for FullMAC operation, simplifying Wi-Fi HaLow integration and development by handling more functions in the firmware * Please note that this feature is currently in beta testing for integration and development purposes. It is not considered suitable for mass production #### 2.4.2 Known Issues * When the Access Point (AP) bandwidth is fully saturated with more than four stations (STAs), aggregated throughput through the AP degrades. * Workaround: For use cases requiring multiple stations running continuous, high-bandwidth data streams, limit the number of stations to 4 to ensure optimal overall performance * Dynamic Target Wake Time (TWT) is not supported in this release * When using the SDIO host interface, if the SDIO clock pin continues to be driven by the host while the device is in power save mode, it may result in additional VDDIO leakage * Workaround: Ensure the SDIO clock is idle when the device is in power save mode * The maximum TCP throughput between MM6108 and MM8108 is approximately 10% lower than expected. This issue is expected to be resolved in a future release. * In environments with very strong interference signals (greater than –40 dBm), wireless performance may be reduced. This is a known limitation, and improvements are planned for a future release. * In rare cases, an assert may occur if STAs remain idle for several hours. When this happens, the watchdog timer automatically restores the chip to its original associated state. Recovery is seamless at the link level; however, upper-layer connections (e.g., TCP/UDP) may need to be reestablished. * In uncommon scenarios with intermittent traffic (e.g., a single packet every few seconds), a race condition may cause occasional packet loss if power save mode is enabled exactly when a packet is queued for transmission. The overall impact is minimal, with expected loss rates of less than 5%. A fix is planned for the next release. * Some receive degradation is seen at 2 MHz, at approximately -73dBm RSSI * Workaround: Increase or decrease the RSSI by 2 dB to resolve this issue * When using the 1 MHz MCS 9 rate in the 868 MHz channel band, a lower EVM may be observed. In practice, the rate control algorithm automatically adjusts by stepping down to MCS8 to maintain reliable performance. An improvement is planned for the next firmware release. ## 3 Revision History | | | | | -------------- | ------------ | ----------------- | | Release Number | Release Date | Release Notes | | Version 4 | 29 Jun 2026 | Release FW 2.0.0 | | Version 3 | 01 May 2026 | Release FW 1.17.9 | | Version 2 | 20 Apr 2026 | Release FW 1.17.8 | | Version 1 | 22 Sep 2025 | Release FW 1.16.4 | 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.