Pre-compiled updated mwlwifi drivers for stable releases

I think the problem may be in hardware...

Marvell just sold their WIFI business:

https://www.anandtech.com/show/14445/marvell-selling-wifi-and-bluetooth-portfolio-to-nxp-for-176b

So unless NXP steps up and takes care of the mwlwifi drivers, I guess this platform is pretty much officially dead now (at least the WIFI part).

4 Likes

Hi,
can you please offer the version 10.3.8.0-20181210-31d9386 for the new 18.06.4?

Would be great - thanks.

Regards,
A.

1 Like

@eduperez can you please post the compiled images for 18.06.4? I've had a little bit of time to upgrade my router earlier today and am again experiencing an issue where devices cannot connect to ac once disconnected. :frowning:
Thanks!

@abysso2, @stangri: It's in the oven right now!

Requested packages available at "https://github.com/eduperez/mwlwifi_LEDE/releases/tag/31d9386". I'm still on 18.06.2, so I haven't been able to test them myself.

3 Likes

still mar 23 18.06.2?

Yes, I still haven't found the time to upgrade.

Wait, are you sure you posted the correct link? It's still for 18.06.2 packages whereas your message implies it's for the 18.06.4 packages.

In the same "release" there are packages for both versions, I just checked the link.

1 Like

@eduperez Thank you for this driver/package release for 18.06.4. I can confirm that this latest package is working great on 18.06.4 release. Cheers!

1 Like

Thanks for reporting back!

@eduperez will these be included in the 19.07 build? Thanks.

gitlog indicates the last push at the mwlwifi github is in 19.07

2 Likes

My WRT32X is running 18.06.4 with mwlwifi release 10.3.8.0-20181210-31d9386. My devices lose internet connection from time to time. The symptom is that suddenly a device couldn't connect to internet, but wifi icon still show that the device is connected. After 1-2 minutes, the device is back online. Here is snippet of syslog when this occurred: The device (mac: aa:bb:cc:dd:ee:ff) had a problem accessing internet around 02:17, then back online around 02:18.56.

I saw "staid 6 deleted" twice betwen 02:17:14 and 02:17:15, is this normal?

Is this mwlwifi firmware issue, driver issue, or hostapd issue? wrt32x is running hostapd/wpa-supplicant(2018-05-21-62566bc2-6). I run "wpad" full before, it seems that the problem occurred more often than hostapd/wpa-supplicant.

Thanks!

Thu Jul 25 02:13:40 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-STARTED aa:bb:cc:dd:ee:ff
Thu Jul 25 02:13:40 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=1
Thu Jul 25 02:13:41 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff RADIUS: VLAN ID 1
Thu Jul 25 02:13:41 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-SUCCESS2 aa:bb:cc:dd:ee:ff
Thu Jul 25 02:13:41 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff RADIUS: starting accounting session 0A699EBBB3D9DB4A
Thu Jul 25 02:13:41 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff IEEE 802.1X: authenticated - EAP type: 25 (PEAP)
Thu Jul 25 02:13:41 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff WPA: pairwise key handshake completed (RSN)
Thu Jul 25 02:15:51 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-STARTED 01:02:03:04:05:06
Thu Jul 25 02:15:51 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=1
Thu Jul 25 02:15:54 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-RETRANSMIT 01:02:03:04:05:06
Thu Jul 25 02:16:00 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-RETRANSMIT 01:02:03:04:05:06
Thu Jul 25 02:16:12 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-RETRANSMIT 01:02:03:04:05:06
Thu Jul 25 02:16:33 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-RETRANSMIT 01:02:03:04:05:06
Thu Jul 25 02:16:53 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-RETRANSMIT 01:02:03:04:05:06
Thu Jul 25 02:17:13 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-RETRANSMIT 01:02:03:04:05:06
Thu Jul 25 02:17:13 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-TIMEOUT-FAILURE 01:02:03:04:05:06
Thu Jul 25 02:17:13 2019 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 01:02:03:04:05:06
Thu Jul 25 02:17:14 2019 kern.debug kernel: [16797.763640] ieee80211 phy1: staid 6 deleted
Thu Jul 25 02:17:14 2019 daemon.info hostapd: wlan1: STA 01:02:03:04:05:06 IEEE 802.11: associated (aid 3)
Thu Jul 25 02:17:14 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-STARTED 01:02:03:04:05:06
Thu Jul 25 02:17:14 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=1
Thu Jul 25 02:17:14 2019 daemon.info hostapd: wlan1: STA 01:02:03:04:05:06 RADIUS: VLAN ID 1
Thu Jul 25 02:17:14 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-SUCCESS2 01:02:03:04:05:06
Thu Jul 25 02:17:14 2019 daemon.info hostapd: wlan1: STA 01:02:03:04:05:06 WPA: pairwise key handshake completed (RSN)
Thu Jul 25 02:17:14 2019 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 01:02:03:04:05:06
Thu Jul 25 02:17:14 2019 daemon.info hostapd: wlan1: STA 01:02:03:04:05:06 RADIUS: starting accounting session 149F695C27E8F27C
Thu Jul 25 02:17:14 2019 daemon.info hostapd: wlan1: STA 01:02:03:04:05:06 IEEE 802.1X: authenticated - EAP type: 25 (PEAP)
Thu Jul 25 02:17:15 2019 daemon.info hostapd: wlan1: STA 01:02:03:04:05:06 IEEE 802.11: authenticated
Thu Jul 25 02:17:15 2019 daemon.info hostapd: wlan1: STA 01:02:03:04:05:06 IEEE 802.11: authenticated
Thu Jul 25 02:17:15 2019 kern.debug kernel: [16799.688610] ieee80211 phy1: staid 6 deleted
Thu Jul 25 02:18:56 2019 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED aa:bb:cc:dd:ee:ff
Thu Jul 25 02:18:56 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff IEEE 802.11: disassociated due to inactivity
Thu Jul 25 02:18:56 2019 kern.debug kernel: [16900.244234] ieee80211 phy1: staid 2 deleted
Thu Jul 25 02:18:56 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff IEEE 802.11: associated (aid 2)
Thu Jul 25 02:18:56 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-STARTED aa:bb:cc:dd:ee:ff
Thu Jul 25 02:18:56 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=1
Thu Jul 25 02:18:56 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff RADIUS: VLAN ID 1
Thu Jul 25 02:18:56 2019 daemon.notice hostapd: wlan1: CTRL-EVENT-EAP-SUCCESS2 aa:bb:cc:dd:ee:ff
Thu Jul 25 02:18:56 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff WPA: pairwise key handshake completed (RSN)
Thu Jul 25 02:18:56 2019 daemon.notice hostapd: wlan1: AP-STA-CONNECTED aa:bb:cc:dd:ee:ff
Thu Jul 25 02:18:56 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff RADIUS: starting accounting session 0A699EBBB3D9DB4A
Thu Jul 25 02:18:56 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff IEEE 802.1X: authenticated - EAP type: 25 (PEAP)
Thu Jul 25 02:18:58 2019 daemon.info hostapd: wlan1: STA aa:bb:cc:dd:ee:ff IEEE 802.11: authenticated

Hi, I also had a very similar issue. I'm using WRT32XB running 18.06.4. The uptime could not last for more than a couple of days, sometimes 14 hours, other time 2 days, the longest record was 4 days, it seemed random. The router kept running out of memory, when I tried to access the web admin page I received "Internal Server Error. Failed to create CGI process: Out of memory" error. I couldn't figure out the reason, but I thought this is the stable version, if it had memory leak, many people would have reported it already. So I decided to flash it again with more patient (waited a little bit until no more message shown before changing IP address). Now it's been running on partition #2 for almost 1 month :slight_smile:

Still, I don't know why it leaked memory, the installed packages and configs are the same.

Just to confirm -- did you update both driver and the firmware for WiFi?

UUUUhhhhh, we need an update for 18.06.5 :slight_smile:

Well, I can wait for 19.07

Has my eyesight worsened, or is the "config.seed" file missing at "http://downloads.openwrt.org/releases/18.06.5/targets/mvebu/cortexa9/"?