Users needed to test Wi-Fi stability on Linksys WRT3200ACM & WRT32X on OpenWrt 21.02

Maybe not much related to your current issues, but on Linksys WRT 19v2(not sure about v1)/32/32X devices you should avoid customizing country code on radio 0 and 1 via OpenWRT, instead keep it on „driver default“.

Linksys WRT devices and their weird fullmac buggy wifi driver have a hard-coded country in the binary driver and the devices do weird things, if the country gets defined non-default from outside of the binary wifi driver.

Radio 2 (the third radio) on Linksys WRT 32/32x on top is special as well, it does require setting a custom country code when enabled, but with another quirky behavior: it cannot be defined via LuCi GUI and country must match the hard-coded countrycode of the binary driver of radio 0 and 1 (or leave third wifi disabled).

I knew of this and I have left the default 'FR' even though it should be 'IT' for me.
If this is incorrect, please could you let me know how it should be for all interfaces and how to find out what is the hardware default?

is there a "driver default" option in the country code drop down box?

Regulations for Europe are harmonized, so no difference between FR and IT (didn't check the details about 6 GHz, but your device can't do that anyways).

Is the bug still active in master, it was the part that caused issues reverted?

There's a pull request open to correct it:

3 Likes

Yes there is a driver default, should the default or "FR" be set?

(special case applies for Linksys WRT 19/32/32x devices only!) set all 3 radios country to „driver default“ in Luci. The WRT firmware WiFi driver has the country hardcoded. If you customize it on top pf it via LuCi, radio TX power might become restricted more than needed.

And if you activate the third radio, you need some command line, to set the third radio properly matching that firmware-hardcoded country (I can‘t remember the command, don‘t have my WRT device anymore)

There were some older threads in the forum with more details on this. Seems this never made it into the Wiki

1 Like

I installed the snapshot on my WRT1900AC and wifi was unreliable. Went back to my WRT3200ACM with 19.10, hopefully it will be fixed soon.

You should try 21.02.7

2 Likes

19.10
or ddwrt

are the only working firmwares atm

!remindme 3 years

How well does ddwrt work for these devices?

A previously mentioned fix was just merged today, so it'll be worth testing the snapshot build much sooner than three years from now: https://github.com/openwrt/openwrt/pull/12500

dont bother with 21 or 22. u turn wifi on and the whole thing stops working. Everyone saying ohh marvel this marvel that, explain to me why it works fine with ddwrt then? 19 is the only version that works.

Your comment (and one from elsewhere) matches your username, but it doesn't make logical sense, unless it is some sort of parody or performance art for you. There have been more recent builds that are working for people, this issue is that you haven't figured out the cause of later builds breaking in your particular situation.

3 Likes

Agreed. Version 21 works just fine on my WRT1900ACS. I will try the snapshot as soon as I figure out if the latest "fix" is in the build.

ddwrt works perfectly because they don't bother with mixing firmware code with different copyrights. The Americans behind OpenWRT are obsessed with firmware copyrights, but I bet that they don't mind drinking wines industrially produced in the US with Italian and French grapes (blatantly named after their European originals) or eating "Parma" ham produced in Canada.

1 Like

I am confused, which OpenWRT version has the latest patch supposed to fix WiFi?
21? 22? Snapshot?

I see. How is the functionality/features compared to openwrt? Does it (easily) support SQM, USB HDD, AdBlock etc? I used to run ddwrt many years ago, but with another device and was back then quite happy.

Edit: does anyone know if there is a comparison available of the wifi performance between ddwrt and openwrt for our targets? That would be more convincing than anecdotal evidence.

To end with my own anecdote I must say that I've been using my wrt32x as my main router, both wired and wireless since 19.x and haven't noticed any major issues, and good performance overall.

1 Like

It will show up in the snapshot builds first.

Trying to build a new fimware based on the latest snapshot (r22755), but running into an issue since I'm including some custom packages (samba4 being the one it fails on). Is this something that will most likely correct itself in a day or two, or has there perhaps been some other changes in how samba is handled?

Same when using both attended sysupgrade and firmware selector.

Thanks

Collected errors:
 * pkg_hash_check_unresolved: cannot find dependency samba4-server for luci-app-samba4
 * pkg_hash_fetch_best_installation_candidate: Packages for luci-app-samba4 found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package luci-app-samba4.

Check the faillog (I'll link at bottom), there are a lot of packages broken at the moment, samba being one of them. This happens often in the snapshots and usually is corrected within a couple days.

[https://downloads.openwrt.org/snapshots/faillogs/arm_cortex-a9_vfpv3-d16/packages/]

In general Samba works great, I'm using 4.18.0 with a ~30 day uptime on my WRT32X on a snapshot built from last month. Going to do a new build soon once these packages are building again.

1 Like