# Problem launching a custom USB HaLow board on patched OpenWRT 24.5.10 **URL:** \ **Category:** Software\ **Created:** [November 2, 2026, 5:21am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136 "2026-11-02T05:21:34Z")\ **Posts on this page:** 19\ **Page:** 1
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 2, 2026, 5:21am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/1 "2026-11-02T05:21:34Z")
Hello! We are currently integrating WiFi HaLow to our IOT gateway. The module is **mm8108-mf15457** We do not have SPI or SDIO on the PCIe slot, so we have designed our own PCIe board with USB as a host interface. OS: > $ cat /etc/os-release > > NAME=“OpenWrt” > > VERSION=“24.10.5” > > ID=“openwrt” > > ID\_LIKE=“lede openwrt” > > PRETTY\_NAME=“OpenWrt 24.10.5” > > VERSION\_ID=“24.10.5” > > HOME\_URL=“[https://openwrt.org/](https://openwrt.org/)” > > BUG\_URL=“[https://bugs.openwrt.org/](https://bugs.openwrt.org/)” > > SUPPORT\_URL=“[https://forum.openwrt.org/](https://forum.openwrt.org/)” > > BUILD\_ID=“r29087-d9c5716d1d” > > OPENWRT\_BOARD=“mediatek/mt7622” > > OPENWRT\_ARCH=“aarch64\_cortex-a53” > > OPENWRT\_TAINTS=“no-all” > > OPENWRT\_DEVICE\_MANUFACTURER=“OpenWrt” > > OPENWRT\_DEVICE\_MANUFACTURER\_URL=“[https://openwrt.org/](https://openwrt.org/)” > > OPENWRT\_DEVICE\_PRODUCT=“Generic” > > OPENWRT\_DEVICE\_REVISION=“v0” > > OPENWRT\_RELEASE=“OpenWrt 24.10.5 r29087-d9c5716d1d” > > OPENWRT\_BUILD\_DATE=“1766005702” It is a stock OpenWRT 24.10.5 patched from the Morse Micro OpenWRT fork on the top of the same branch The system is built with the following additional configuration options: > CONFIG\_DRIVER\_11AH\_SUPPORT=y > > CONFIG\_PACKAGE\_netifd-morse=y > > CONFIG\_PACKAGE\_hostapd\_s1g=y > > CONFIG\_PACKAGE\_morsecli=y > > CONFIG\_PACKAGE\_morse-regdb=y > > CONFIG\_MORSE\_REGDB\_COUNTRY\_CODE\_FILTER=“SG” > > CONFIG\_PACKAGE\_kmod-mm81x=y > > CONFIG\_PACKAGE\_mm81x-firmware=y The device enumerates successfully: > $ lsusb > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > Bus 001 Device 002: ID 325b:8100 Morse Micro MM81xx Wi-Fi HaLow 802.11ah Transceiver > > Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub However, during the startup I have the following issue: > [31.128154] Morse Micro mm81x driver registration. Version MM81X\_VERSION > > [31.183371] mm81x\_usb 1-1:1.0: Loaded firmware from morsemicro/mm8108b2-rl.bin, size 456924, crc32 0xe4799c8d > > [31.202184] mm81x\_usb 1-1:1.0: Loaded BCF from morsemicro/bcf\_boardtype\_0807.bin, size 2081, crc32 0xa80ae47b > > [32.534568] mm81x\_usb 1-1:1.0: failed to flash firmware: -22 > > [32.540435] mm81x\_usb 1-1:1.0: failed to init firmware: -22 > > [32.546070] mm81x\_usb 1-1:1.0: Failed to init firmware: -22 > > [32.551663] mm81x\_usb 1-1:1.0: Failed to restart chip: -22 > > [32.569623] Call trace: > > [32.572062] dump\_backtrace+0x9c/0xd8 > > [32.575727] show\_stack+0x14/0x1c > > [32.579036] dump\_stack\_lvl+0x44/0x58 > > [32.582694] dump\_stack+0x14/0x1c > > [32.586003] mm81x\_core\_destroy+0x2528/0x252c [mm81x] > > [32.591064] wiphy\_apply\_custom\_regulatory+0x3a4/0x1360 [cfg80211] > > [32.597264] wiphy\_regulatory\_register+0x74/0x8c [cfg80211] > > [32.602843] wiphy\_register+0x54c/0x6f4 [cfg80211] > > [32.607642] ieee80211\_register\_hw+0x858/0xb38 [mac80211] > > [32.613070] mm81x\_mac\_register+0x1f4/0x29c [mm81x] > > [32.617952] mmrc\_set\_fixed\_rate+0x10d0/0x140c [mm81x] > > [32.623092] usb\_match\_id+0x258/0x3fc [usbcore] > > [32.627740] really\_probe+0x140/0x2a8 > > [32.631398] \_\_driver\_probe\_device+0x74/0x120 > > [32.635747] driver\_probe\_device+0x3c/0xd4 > > [32.639836] \_\_driver\_attach+0x88/0x150 > > [32.643665] bus\_for\_each\_dev+0x60/0xa0 > > [32.647494] driver\_attach+0x20/0x28 > > [32.651063] bus\_add\_driver+0xdc/0x1fc > > [32.654804] driver\_register+0x58/0x114 > > [32.658634] usb\_register\_driver+0x78/0x160 [usbcore] > > [32.663724] mm81x\_usb\_init+0x28/0xfa0 [mm81x] > > [32.668171] init\_module+0x28/0x60 [mm81x] > > [32.672269] do\_one\_initcall+0x68/0x1e8 > > [32.676099] do\_init\_module+0x54/0x1d0 > > [32.679842] load\_module+0x18d8/0x196c > > [32.683584] \_\_do\_sys\_init\_module+0x210/0x258 > > [32.687933] \_\_arm64\_sys\_init\_module+0x18/0x20 > > [32.692369] invoke\_syscall.constprop.0+0x4c/0xe0 > > [32.697067] do\_el0\_svc+0x3c/0xbc > > [32.700375] el0\_svc+0x18/0x4c > > [32.703424] el0t\_64\_sync\_handler+0x118/0x124 > > [32.707774] el0t\_64\_sync+0x150/0x154 > > [32.711766] usbcore: registered new interface driver mm81x\_usb Is there anything that could cause this issue? Will appreciate any help. ---
**Author:** ![ajudge](https://avatars.discourse-cdn.com/v4/letter/a/c2a13f/32.png) [@ajudge](https://community.morsemicro.com/u/ajudge)\ **Post date:** [November 2, 2026, 9:12pm UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/2 "2026-11-02T21:12:21Z")
Hi @Peter_B It appears you’ve pulled in our upstream driver, the one which merged into the kernel at 7.3. Unfortunately, this driver only supports US frequencies, as that is all the kernel knows about. We have some work scoped to extend the supported regions for this driver, but it relies on more than just kernel changes. Are you setting the region to SG? This could cause the error you are seeing. For other region support, I’d recommend looking at the packages in [GitHub - MorseMicro/morse-feed · GitHub](https://github.com/MorseMicro/morse-feed) to include our out of tree driver. ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 3, 2026, 4:57pm UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/3 "2026-11-03T16:57:06Z")
Thank you for the lead! You mean the driver, not the firmware, right? How come the driver for kernel 7.3 is in the diff for owrt 24.5.10 which is on kernel 6.6? Or am i missing something? ---
**Author:** ![ajudge](https://avatars.discourse-cdn.com/v4/letter/a/c2a13f/32.png) [@ajudge](https://community.morsemicro.com/u/ajudge)\ **Post date:** [November 3, 2026, 5:19pm UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/4 "2026-11-03T17:19:03Z")
In our OpenWrt fork we’ve backported the upstream driver to 6.6 to allow users to try it ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 3, 2026, 8:40pm UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/5 "2026-11-03T20:40:05Z")
I see, thanks! The feed is pinned by the commit hash. How do i know in which commit there is the correct in-tree driver? Update: I have realized that we are using the driver that came with the patch. The feed only contains kmod-morse, which is mm61xx driver. ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 3, 2026, 9:12pm UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/6 "2026-11-03T21:12:01Z")
Could you suggest which feed commit hash matches the `mm/v24.10.5` ? ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 3, 2026, 11:58pm UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/7 "2026-11-03T23:58:30Z")
> [@ajudge](#): > > It appears you’ve pulled in our upstream driver, the one which merged into the kernel at 7.3. > Unfortunately, this driver only supports US frequencies, as that is all the kernel knows about. We have some work scoped to extend the supported regions for this driver, but it relies on more than just kernel changes. > > Are you setting the region to SG? This could cause the error you are seeing. > > For other region support, I’d recommend looking at the packages in [GitHub - MorseMicro/morse-feed · GitHub](https://github.com/MorseMicro/morse-feed) to include our out of tree driver. If i set the region later in the `/etc/config/wireless`: `idrc@egw_ee18760bcc44:~$ sudo uci set wireless.radio4.country='US'` `idrc@egw_ee18760bcc44:~$ sudo uci commit wireless` `idrc@egw_ee18760bcc44:~$ sudo wifi reload` `[1211.683523] mm81x_usb 1-1:1.0: Loaded firmware from morsemicro/mm8108b2-rl.bin, size 456924, crc32 0xe4799c8d` `[1211.694519] mm81x_usb 1-1:1.0: Loaded BCF from morsemicro/bcf_boardtype_0807.bin, size 2081, crc32 0xa80ae47b` `[1212.853904] mm81x_usb 1-1:1.0: FW version mismatch, some features might not be supported: (Driver) 56.24.0, (Chip) 56.3.0` ---
**Author:** ![james.haggerty](https://avatars.discourse-cdn.com/v4/letter/j/c68b51/32.png) [@james.haggerty](https://community.morsemicro.com/u/james.haggerty)\ **Post date:** [November 4, 2026, 1:36am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/8 "2026-11-04T01:36:33Z")
Just for clarity, are you intending to use the upstream driver? If you are, you don’t want morsecli/morse-regdb/netifd-morse or the country filter. I can tell you’re using the upstream driver because it says mm8x\_usb. As Arien mentioned, we would recommend using the normal driver for now. If you just remove kmod-mm8x and mm8x-firmware from your build and add morse-fw-8108 and kmod-morse, the upstream one should go away and things should work (I hope!). ---
**Author:** ![james.haggerty](https://avatars.discourse-cdn.com/v4/letter/j/c68b51/32.png) [@james.haggerty](https://community.morsemicro.com/u/james.haggerty)\ **Post date:** [November 4, 2026, 1:41am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/9 "2026-11-04T01:41:27Z")
Unrelatedly, where did you get CONFIG\_MORSE\_REGDB\_COUNTRY\_CODE\_FILTER=“SG” from? This does nothing in the current release of the software, AFAIK (this option has been removed). ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 4, 2026, 1:41am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/10 "2026-11-04T01:41:29Z")
So how to specify country if we use upstream driver? And are there plans to keep it for kernel 6.6? (because currently only US is supported) ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 4, 2026, 1:43am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/11 "2026-11-04T01:43:08Z")
I see, that’s good to know. Will remove it ---
**Author:** ![james.haggerty](https://avatars.discourse-cdn.com/v4/letter/j/c68b51/32.png) [@james.haggerty](https://community.morsemicro.com/u/james.haggerty)\ **Post date:** [November 4, 2026, 1:43am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/12 "2026-11-04T01:43:19Z")
I’m happy to support you using the upstream driver, but I’m worried we’re getting side-tracked. Perhaps we should split the upstream driver questions out into a separate thread, @ajudge ? Or you can clarify if the normal driver is not an option for you for some reason. ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 4, 2026, 1:45am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/13 "2026-11-04T01:45:02Z")
I confirmed that the patch uses upstream driver and it’s backport. I want to switch to normal driver, yes. Could you please suggest the morse-openwrt commit hash and corresponding morse-feed hash that I could use? ---
**Author:** ![james.haggerty](https://avatars.discourse-cdn.com/v4/letter/j/c68b51/32.png) [@james.haggerty](https://community.morsemicro.com/u/james.haggerty)\ **Post date:** [November 4, 2026, 1:48am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/14 "2026-11-04T01:48:00Z")
Check out: > **[GitHub - MorseMicro/openwrt](https://github.com/MorseMicro/openwrt)** > > Contribute to MorseMicro/openwrt development by creating an account on GitHub. The appropriate hash is the tip of the default branch (currently 3.2-dev). When configuring, select the morse-fw-8108 and kmod-morse packages and netifd-morse. These are available in Morse Micro/Essentials if you’re using `make menuconfig`. This will bring in everything you need. feeds.conf.default will link to the appropriate feed hashes. ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 4, 2026, 2:16am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/15 "2026-11-04T02:16:15Z")
3.2-dev is on the top of OpwnWRT 24.10.5, right? ---
**Author:** ![james.haggerty](https://avatars.discourse-cdn.com/v4/letter/j/c68b51/32.png) [@james.haggerty](https://community.morsemicro.com/u/james.haggerty)\ **Post date:** [November 4, 2026, 2:19am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/16 "2026-11-04T02:19:39Z")
Yes, 3.2-dev has our changes on top of 24.10.5. But you don’t need to check out 24.10.5, just check out 3.2-dev. (we should release a new version on top of 24.10.8 soon-ish) ---
**Author:** ![ajudge](https://avatars.discourse-cdn.com/v4/letter/a/c2a13f/32.png) [@ajudge](https://community.morsemicro.com/u/ajudge)\ **Post date:** [November 4, 2026, 2:51am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/17 "2026-11-04T02:51:01Z")
I’m late to the party, but the `FW version mismatch` error when OpenWrt loads the upstream driver was a known issue for this release. It shouldn’t impact functionality. But as @james.haggerty has mentioned, this is not the driver you want right now as it has many features removed to allow us to get into upstream more smoothly 🙂 * * * Regarding the branch names. Treat mm/v24.10.5 as our “development” trunk that our versions branch off, and therefore as unstable. 3.2-dev (and better yet, the release tags themselves), will provide a much more stable base for you. The tags have the added benefit of specifying the commit hash in the feeds.conf.default file ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 5, 2026, 3:48am UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/18 "2026-11-05T03:48:38Z")
Thanks a lot guys, it’s really helpful. I will move to 3.2 (release, with pinned feeds) and see if i can make it work. Will be back with an update ---
**Author:** ![Peter\_B](https://avatars.discourse-cdn.com/v4/letter/p/85f322/32.png) [@Peter\_B](https://community.morsemicro.com/u/Peter_B)\ **Post date:** [November 5, 2026, 10:31pm UTC](https://community.morsemicro.com/t/problem-launching-a-custom-usb-halow-board-on-patched-openwrt-24-5-10/2136/19 "2026-11-05T22:31:20Z")
All good! Release 3.2.3 compiles and works well! Thank you for assistance!