Davidc502- wrt1200ac wrt1900acx wrt3200acm wrt32x builds

You might want to consider the WRT32X. Same internals as the WRT3200ACM and is only about $110 'renewed' on Amazon. That's how I bought mine.

By the way Linksys has just been terrible lately, I don't know what happened to that company but they completely stopped supporting their routers, there hasn't been an OEM firmware update in over a year for any of their routers. Mwlwifi project has almost no support anymore either. Sure glad we have OpenWrt though.

1 Like

I was reading up on mwlwifi lately and saw this thread https://github.com/kaloz/mwlwifi/issues/344

I wonder if this has thrown a wrench into things. Unsure myself, but others commenting on it have made me wonder what is going on.

1 Like

So I'm trying to update with .bin file from kernel 4.14.82 and every time I try the hash is right on the download but when I go into flash the hash does not match. so it will not update?? Not sure why this is happening. I'm using Shelby. It has worked before but ever since the 4.14.82 kernel I have not been able to update.

Please take a screen shot of the LuCi error.

A work around would be to transfer the .bin to /tmp directory on the router and issue the sysupgrade command. Something like this... #sysupgrade -F /tmp/nameof.img

EDIT Just make sure the right image is flashed.

Yes, it happened sometimes. That's why i switch to classic Bootstrap style.

I don't recommend to use -F - it's fast and easy way to brick router, unless you sure. Yes, our WRTs have 2 firmware, but have one bricked not so good anyway.
Instead, i prefer to use -c to keep configuration.

AFAIK, Cisco sell Linksys to Belkin, so i think they have serious organisational problems inside.

is there a way to force the web gui to use https instead of http? and also to change the default port the web gui is accessed on? (say https://insert.ip.address.here:8080)

The problem might be that I'm trying this too late, but I just noticed my statistics where not working either. Running r8289, I replaced the distribution for the ones above, but when I then try to install luci-app-statistics git-19.038.66435-4e5111e-1 I still get /usr/bin/lua: /usr/bin/stat-genconfig:20: module 'luci.sys.iptparser' not found:. When I used the original David distribution feeds, I get the same error, its always in loading iptparser (required in stat-genconfig). Do I need to install/reinstall something else?

Have you restarted the router after uninstalling/installing?

Not to mention Belkin has been bought out by some Taiwanese company Foxconn. Who knows what happens next.

I hadn't but just rebooted it now, and although statistics luca\Statistics shows (and inside you see graph and configuration, (and configurations seem to work), the Graph part never shows any modules at the top. When I run service luci_statistics restart I get the errors /usr/bin/lua: /usr/bin/stat-genconfig:20: module 'luci.sys.iptparser' not found:

this looks very scary. However patches are apparently available, so I hope the devs will be able to roll these out..

Looks like yuhhaurlin (contributor to mwlwifi) closed the GitHub issue and said the following:

Firmware of 88W8897 and 88W8997 are different code base. There should be no these issues.

"Should" be no issues. I mean he might be right, but that doesn't really sound like a concrete answer or that anyone has tried a proof-of-concept to see if it is indeed vulnerable or not.

The OP of the GitHub issue states the following by user jow-:

Is the firmware bundled with the mwlwifi driver affected? The linked report specifically mentions 88W8897 chips and this repo contains a bin/firmware/88W8897.bin.

I'm not sure how this .bin file is generated, if that comes from Marvell, or what the deal is. But it would be nice to get a second independent confirmation that things are all good / clear here. If there was a proof of concept exploit to test against so that we could get confirmation that things are fine that would probably be best case.

I know it's a tad off-topic to go a bit further than that in a thread about Davidc502's builds, but I think it is at least worth mentioning.

No error just goes back to LuCi and does nothing. I’ll try your fix when I get a chance and report on what happens.


I'm trying to compile a list of information in one place to determine affected chipsets.

Other links regarding the vuln that didn't specifically call out chipsets but are worth mentioning:

There's definitely more links that could be added with other sources discussing the information, but I felt like this was enough worth mentioning. Taking this information, It looks like CERT actually has the most complete list of affect chipsets with 88W8787, 88W8797, 88W8801, 88W8897, and 88W8997.

Now looking at our supported list of routers by Davidc502, the Linksys WRT AC series here's what we've got:

WRT1200AC - Marvell 88W8864 (Not listed by CERT)

WRT1900ACX (Marvell 88W8864 for v1 and v2, not listed by CERT)

WRT3200ACM - Marvell 88W8964 (Same hardware as WRT32X, Not listed by CERT)

WRT32X - Marvell 88W8964 (Same hardware as WRT3200ACM, Not listed by CERT)

So now my question is, some of the articles list this as an issue with the "Marvell Avastar series" of WLAN chipsets. Is it possible that the chipsets listed above by CERT and others are only the known affected chipsets, or does it affect the entire line of Marvell Avastar series? If it's only the list of chipsets that are outlined by CERT, then Davidc502 builds aren't affected by this. If it's a problem at the hardware level for all Marvell Avastar series chips and they didn't test every chipset known to man, it could be possible this is affected from my understanding.

If anyone has any additional information to provide on this let me know, or if anything I said was incorrect. I tried to provide sources for reference for all of the information I provided and why I came to such conclusions.

I messaged Will Dormann from CERT (he is listed as document writer on https://kb.cert.org/vuls/id/730261/ and I was already following him on Twitter) and he replied with this:

This is what he is referring to on the Broadcom vulnerability

I think for now, I will stop posting this to this topic. Apologies on derailing, I may move some of this conversation over to the GitHub Issue https://github.com/kaloz/mwlwifi/issues/344


I am trying to install nodogsplash but it is not available on your repo.
Any chance you include this package? (not in the build, just the repo)

Thank you

Will take a look tonight to see if it is available. Almost everything is checked to compile. Sometimes packages fail from build to build.

1 Like

Also David, i would like to ask why you have different packages repo for each build, which also cannot be upgraded (at least not automatically) and you don't point us to the official openwrt repos