OperWrt 21.02.0 already contains the latest version available at @kaloz site, and @thagabe abandoned his modifications... I do not think I can build newer packages.
1 Like
Unfortunately, it does not look like NXP plans to play nice.
Looks like they do not even want to answer this publicly but here it goes anyway:
From: NXP Tech Support tech.support@nxp.com
Subject: NXP support case: #00378643: “[Community] Plan to Update Public Wi-Fi Firmware Available on Kernel.org”: Project “”
Date: Fri, 09 Jul 2021 08:38:08 +0000NXP is currently focusing on releasing (and testing) the latest NXP Wi-Fi chipsets driver and firmwares for NXP i.MX platforms.
Please refer to:
https://www.nxp.com/design/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUXAs we release the i.MX Linux SW using Yocto build system, anyone can find the latest wifi driver and FW on these repositories:
- wifi driver: https://source.codeaurora.org/external/nxpwifi/mwifiex
- wifi firmwares: https://github.com/NXP/imx-firmware
Some old NXP (ex-Marvell) Wifi chipsets driver and firmwares have been upstreamed to official Linux kernel in the past:
- wifi driver: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git, directory: drivers/net/wireless/marvell/mwifiex/
- wifi firmwares: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git, directory: mrvl
But unfortunately, NXP has no plan to update these official kernel driver/firmwares for now.
Do you recall if you ever offered an ipk sans commit, and if so did it resolve issue.
There seems to be a a lot of people stating the same regarding intermittent wifi on the venom and rango with current master or 21.xRCs, but things are fine with 19.x or old community build (wo said commit). That would seem to be a likely candidate to point ones finger at, especially given its method of arrival in the mwlwifi repo.
Edit: But I suppose it would be easy enough for those afflicted to just replace the FW on the live system they are currently running to test theory.
It is the same as it has always been for this device, now it feels more like a new generation cycle or something that have found the original fault. If you don’t believe me you can search this forum for “wrt3200acm wifi problems”.
I have rango (actually two) and wifi didn’t worked (especially 5GHz in any form or variant) from factory, it didn’t work on 18.06 and it didn’t work on 19.07.
I haven’t tested the wifi on 21.02 but I see no reason why it would work there since the original problem is still there.
It was hopeless to specify country code and that setting messed up ever single radio and DTS never finished. Every time I came home the smartphone never connected to the WiFi.
The only thing that acually worked was 2,4GHz.
Then I bought a TP-Link EAP access point and I haven’t had a single wifi problem since.
1 Like
Not really, plus you are conflating things. I never had an issue with WLAN cutting out on the rango back when I used the radios on the device. I am not talking about cessation of development, CC, WPA3 or any of the myriad of issues.
There are quite a number of voices saying they have no cutout issue with 19.x, but experience issue with 21.x.RC, so backup to version 19.x where things work. At any rate, for those that have the issue on 21.x.RC / master and might want to try the previous FW, you could try:
prev88W8964FW.sh
wifi down
cd /lib/firmware/mwlwifi
mv 88W8964.bin 88W8964.bin.ORG
#### 88W8964 firmware 9.3.2.6 -- 11896425a9fe6d576b52864d8d0945656db3d551
wget https://github.com/kaloz/mwlwifi/raw/11896425a/bin/firmware/88W8964.bin -O 88W8964.bin.TST
ln -s 88W8964.bin.TST 88W8964.bin
## for back to original
## rm 88W8964.bin && ln -s 88W8964.bin.ORG 88W8964.bin
wifi up
to see if it changes anything.
On setting the CC, there was a patch (I still have ti here), plus CC with the third radio was a well known issue, and resolvable if dealt with correctly, at least it WFM on a NA(CA) unit.
2 Likes
No, but I can have a look to the historic releases, and create a new one if you feel it could be helpful.
Looking back at the original issue 378 on the mwlwifi github when the OEM BLOB was being extracted and tested, eventually there are people reporting the intermittent wifi issue and backing out to the, then current, previous BLOB. Appears to be possibly client related.
So choice appears to be the more performant BLOB if no issue, otherwise go back to previous. Seems simple enough for those with the issue to use something like the above; problem is awareness I guess.
This seems to be partially true as they sent pull request to update NXP SDSD-8997 in linux-firmware for PCIe according to
But it is hard to reach them based on this:
https://lore.kernel.org/linux-firmware/20210527230526.2skr7pxcpxam3vga@pali/t/#u
2 Likes
To offer an easy way to test things I have put up an image that has both BLOBs included, with the link upon installation pointing at the previous 9.3.2.6 BLOB, you can change the link to the current 9.2.2.12 BLOB to test things.
Just the image as I run things here, master with today's 5.10.51 kernel push, r17161-853e8465a7.51051BLOB in my drop.
I pushed a PR to openwrt-21.02 trunk to downgrade the firmware to 9.3.2.6. Affected devices are Linksys WRT3200ACM & WRT32X. It'd be really helpful to get the PR merged if more people can confirm 9.3.2.6 solves the Wi-Fi cut-out issue.
Get the prebuilt image and track the issue here:
4 Likes
Thanks, arinc9. I guess people should follow the thread you created about testing this at the following link? Is it looking like this firmware downgrade will get incorporated into the final 21.02 release?: Users needed to test Wi-Fi stability on Linksys WRT3200ACM & WRT32X on OpenWrt 21.02.0-rc3
I’m not sure. This was intended to be a hotfix to be shipped with 21.02 stable release until actual fixes on the trunk are backported to the 21.02 branch. I think it will be better to just backport those instead of downgrading the firmware. I’m working on submitting a patch for it.
Some people seems to be having issues after upgrading to 21.02.0, so I decided to grab the older drivers from 19.07, and make packages to install them on 21.02.0-rc4; this is obviously not a long term solution, but I hope it might be useful to debug the issue.
3 Likes
just be aware that the mlwifi has similar noticably reduced TX power issues, if you carelessly modify the country code via LuCi at all (avoid that) or if you activate radio 2 and do not manually configure country code on command line afterwards.
1 Like
Where could I find mwlwifi driver version 10.3.8.0-20181210 commit a2fd00b for OpenWrt 19.07.8?
Thanks 
I am having trouble to compile 19.07.8 in my box; please, stay tuned!
2 Likes
Thanks for your work 
1 Like
@eduperez I have some questions (pardon my ignorance!, and I haven’t used your files yet):
(I have a WRT1200AC ver1, and a ver2 unit)
-
Do you have to use your provided firmware files (mwlwifi-firmware-...ipk) with your drivers (kmod-mwlwifi_...ipk)? Or, is it possible to mix and match either one of these with what is provided with official OpenWRT releases to see what works best?
-
If they do need to be installed together, do they have to be installed in one (the same) opkg command?
(BTW, it may be helpful to put the answers to #1 & #2 in your README.md file)
- As far as I can see, it appears as though there will be no further driver/firmware development (both official and unofficial) for these units. True? And if so, do you think this means that as OpenWRT continues developing that we may see more and more unfixable problems arise with these units in the (near) future?
Thanks so much for your help and timely compiles!!!! 