Thanks...I'll give it a try again.
Hi, I have a problem..
I experience bad range for my 2.4GHz WIFI... I can only use 2.4GHz within the same room.
5GHz works great and fortunately, most of my devices uses 5GHz.
I have an WRT1900AC v1 with Divested-WRT SNAPSHOT r17246+9-ddc8d085f3.
Is there anyone else who have the same problem?
some settings I can tweak?
Hi!
Do you know if it is normal this when running make nconfig?
make nconfig
tmp/.config-package.in:127740:error: recursive dependency detected!
tmp/.config-package.in:127740: symbol PACKAGE_ethtool-full depends on PACKAGE_ethtool
tmp/.config-package.in:127727: symbol PACKAGE_ethtool is selected by PACKAGE_ethtool-full
For a resolution refer to Documentation/kbuild/kconfig-language.rst
subsection "Kconfig recursive dependency limitations"
I don't remember that this happened before. And none of those packages are selected.
Thank you!
Just did a custom build/install of Divested-WRT SNAPSHOT r17276+9-b1bff5cb57 on my WRT3200acm.
Everything seems to be working great so far (1 hour of uptime, obv needs more bake time).
But the one thing I noticed is that the front LEDs aren't working. Is this something that needs to be enabled via make nconfig or is this just a bug with the latest git HEAD?
Edit: Huh - they seem to be working now. I had to replug my switch connections, and everything seems to be working fine.
they seem to be working now.
Strange.
error: recursive dependency detected!
I can only use 2.4GHz within the same room.
Cannot reproduce. Maybe change your channels? Post your wireless config too maybe?
@anomeome @batkung
I actually could not find a page that shows port speed.
that the reboot function isn't working.
Cannot reproduce.
Both my wired and wireless connections will randomly lag out, and it's been driving me crazy.
Cannot reproduce.
For me at least:
Network->Interfaces->Devices(tab)->Configure(Bridge Device)->Brdige VLAN filtering(tab)
1 Like
Yeh. Stumped me!
I assumed you were talking about trying to select tagged/untagged ports that I couldn't select here in LuCI without a workaround.
Oddly, when I went back to make some changes tonight, I see the entire page now rendering thus:
I didn't get this, this morning.
I dunno ¯_(ツ)_/¯
Just wanted to report that I'm 1 day and 8 hours into running Divested-WRT SNAPSHOT r17276+9-b1bff5cb57 on my WRT3200ACM, and I've had absolutely zero issues so far.
No WIFI dropouts, no DNS issues (running dnsmasq + AdguardHome from USB mount (ext4)), no performance inconsistency. SQM is steady on my 150/10 line. I swear even Luci loads faster than my previous David build.
The only issue I've run into is that AdguardHome doesn't detect it's running on OpenWRT properly and installs the wrong init script. I detailed the issue on an old Github issue here: https://github.com/AdguardTeam/AdGuardHome/issues/2757#issuecomment-894702938
(TL;DR: I think it's looking for "OpenWrt" (case sensitive) in any of the /etc/*release files, and it isn't finding it. A case insensitive check would pass though.)
If that doesn't get any traction, I'll open a new issue.
2 Likes
Wasn't getting traction on the original (closed) issue, so I've opened a new one to address the faulty OpenWrt detection:
1 Like
Just ran into a bit of instability today on my WRT3200ACM after being up for 3d 4h on Divested-WRT SNAPSHOT r17276+9-b1bff5cb57.
I noticed the issue first on my phone - specifically, my phone would be connected to the WIFI (5 Ghz AC), but no data would load from any IP address. I thought it might be a DNS issue at first, but I couldn't even pull up Luci by hitting 192.168.1.1. Phone just sat there spinning.
The fix was easy - simply disconnected from the WIFI network on my phone and reconnected. Issue resolved.
Not sure what's causing this "hang". The logs seem pretty clean, and my laptop has continued to operate all day with a VPN connected.
Another device (a wifi-connected sensor, connected to 2.4Ghz N) seemed to have connection issues at the same time, and simply restarting it (to reconnect) fixed the issue.
Anyone else seeing a similar issue?
Yes. I am seeing it on a Android 11 phone. After much research no clear answer as others have seen the same issue on non-openwrt based routers too. There is some chatter in this thread along with myself.
Hmmmm, interesting, thanks for the links.
I checked my system logs and didn't see anything around:
IEEE 802.11: deauthenticated due to inactivity (timer DEA
UTH/REMOVE)
or
IEEE 802.11: disconnected due to excessive missing ACKs
I think that matches the issue you describe in your post:
There is a third issue with Android that I have experienced where all the issues above are resolved with the work-arounds as noted I still experience an issue where I cannot access the Internet. Android says I am connected. OpenWRT log says I am connected but I cannot access any site on the Internet. If I leave it alone it will resolve itself after some minutes. I am impatient so I turn off then on the Android wireless and all is good (reestablish the connection). I also have hostapd loglevel set to 1 and I do not see anything in the log either.
I'll SSH into my router and do a logread as soon as it happens next time.
Edit - If it keeps happening, I might take a stab at rebuilding with this patch added to see if it indeed fixes things:
https://patchwork.ozlabs.org/project/openwrt/patch/20210722165406.1708-1-arinc.unal@gmail.com/
Edit 2 - Happened again this morning. Here's a copy of the syslog during the time of the event. Nothing really jumps out at me aside from the pattern of connect/disconnect er, actually, I do see deauthenticated due to inactivity (timer DEAUTH/REMOVE) in there:
Wed Aug 11 16:14:54 2021 daemon.info hostapd: wlan1: STA a8:10:87:6e:c1:33 IEEE 802.11: associated (aid 2)
Wed Aug 11 16:14:54 2021 daemon.notice hostapd: wlan1: AP-STA-CONNECTED a8:10:87:6e:c1:33
Wed Aug 11 16:14:54 2021 daemon.info hostapd: wlan1: STA a8:10:87:6e:c1:33 RADIUS: starting accounting session E833591220E090E1
Wed Aug 11 16:14:54 2021 daemon.info hostapd: wlan1: STA a8:10:87:6e:c1:33 WPA: pairwise key handshake completed (RSN)
Wed Aug 11 16:14:54 2021 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED a8:10:87:6e:c1:33
Wed Aug 11 16:14:54 2021 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) a8:10:87:6e:c1:33
Wed Aug 11 16:14:54 2021 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.127 a8:10:87:6e:c1:33
Wed Aug 11 16:14:54 2021 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.127 a8:10:87:6e:c1:33
Wed Aug 11 16:14:54 2021 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.127 a8:10:87:6e:c1:33
Wed Aug 11 16:14:55 2021 daemon.info hostapd: wlan1: STA a8:10:87:6e:c1:33 IEEE 802.11: authenticated
Wed Aug 11 16:14:59 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED a8:10:87:6e:c1:33
Wed Aug 11 16:14:59 2021 kern.debug kernel: [338779.308934] ieee80211 phy1: staid 2 deleted
Wed Aug 11 16:15:40 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 9a:3e:94:9f:f1:4c
Wed Aug 11 16:15:40 2021 daemon.info hostapd: wlan0: STA 9a:3e:94:9f:f1:4c IEEE 802.11: disassociated
Wed Aug 11 16:15:40 2021 kern.debug kernel: [338820.070172] ieee80211 phy0: staid 1 deleted
Wed Aug 11 16:15:41 2021 daemon.info hostapd: wlan0: STA 9a:3e:94:9f:f1:4c IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Aug 11 16:15:44 2021 daemon.info hostapd: wlan0: STA 9a:3e:94:9f:f1:4c IEEE 802.11: associated (aid 1)
Wed Aug 11 16:15:44 2021 daemon.info hostapd: wlan0: STA 9a:3e:94:9f:f1:4c IEEE 802.11: authenticated
Wed Aug 11 16:15:44 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 9a:3e:94:9f:f1:4c
Wed Aug 11 16:15:44 2021 daemon.info hostapd: wlan0: STA 9a:3e:94:9f:f1:4c RADIUS: starting accounting session 50741EF98FC07017
Wed Aug 11 16:15:44 2021 daemon.info hostapd: wlan0: STA 9a:3e:94:9f:f1:4c WPA: pairwise key handshake completed (RSN)
Wed Aug 11 16:15:44 2021 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 9a:3e:94:9f:f1:4c
Wed Aug 11 16:15:44 2021 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.248 9a:3e:94:9f:f1:4c
Wed Aug 11 16:15:44 2021 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.248 9a:3e:94:9f:f1:4c Adubs-iPhone
Wed Aug 11 16:15:54 2021 daemon.info hostapd: wlan1: STA a8:10:87:6e:c1:33 IEEE 802.11: associated (aid 2)
Wed Aug 11 16:15:54 2021 daemon.notice hostapd: wlan1: AP-STA-CONNECTED a8:10:87:6e:c1:33
Wed Aug 11 16:15:54 2021 daemon.info hostapd: wlan1: STA a8:10:87:6e:c1:33 RADIUS: starting accounting session 604A206CEB22D45C
Wed Aug 11 16:15:54 2021 daemon.info hostapd: wlan1: STA a8:10:87:6e:c1:33 WPA: pairwise key handshake completed (RSN)
Wed Aug 11 16:15:54 2021 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED a8:10:87:6e:c1:33
Wed Aug 11 16:15:54 2021 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) a8:10:87:6e:c1:33
Wed Aug 11 16:15:54 2021 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.127 a8:10:87:6e:c1:33
Wed Aug 11 16:15:54 2021 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.127 a8:10:87:6e:c1:33
Wed Aug 11 16:15:54 2021 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.127 a8:10:87:6e:c1:33
Wed Aug 11 16:15:54 2021 daemon.info hostapd: wlan1: STA a8:10:87:6e:c1:33 IEEE 802.11: authenticated
Wed Aug 11 16:15:59 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED a8:10:87:6e:c1:33
Wed Aug 11 16:15:59 2021 kern.debug kernel: [338839.451147] ieee80211 phy1: staid 2 deleted
According to @arinc9 , the issues described above are different than the wifi cutouts experienced by others on 21.02.
I'm going to try a custom build with his mwlwifi downgrade to see if it fixes my issue.
Yup, that's exactly the issue that I'm seeing. My phone will be connected to the wifi, but I can't even resolve 192.168.1.1 to access Luci.
Okay, I've gone ahead and rebuilt my image off of the same Divested commits, only with the mwlwifi downgraded using @arinc9's patch.
Flashed, and I'm off to the races:
root@OpenWrt:~# opkg list | grep mwlwifi
kmod-mwlwifi - 5.10.54+2019-08-18-747796b2-2
mwlwifi-firmware-88w8864 - 2019-08-18-747796b2-2
mwlwifi-firmware-88w8964 - 2019-08-18-747796b2-2
We'll see how the next few days goes.
Edit: In other news, AdguardHome fixed their OpenWrt detection based on the bug I filed with them. I tested the latest edge release, and the service installation/reboot worked like a charm.
Aside from the Wifi issues, the only other issue I've seen is that my WRT3200ACM doesn't pick up the switch that's attached to it when it reboots. It picked up my laptop connected via ethernet just fine, but the port the switch is attached to doesn't "light up" until I unplug and replug the ethernet cable again. Not sure what's up there.
2 Likes
No dice, I'm afraid.
Same wifi cutout issues on my WRT3200ACM, even with the older firmware - phone will be connected, but can't access any websites, nor load 192.168.1.1. Turning wifi off/on again on phone fixes the issue.
Sometimes the logs show deauthenticated due to inactivity (timer DEAUTH/REMOVE), sometimes they don't.
Going to reboot back into my previous image/partition that's running the newest firmware, since running the old seems to have done nothing.
This looks pretty nice. Somebody it seems has been listening. Just went to flash
r17345+8-efca67983d and see this:
@RuralRoots what's your question? Looks like a normal flashing screen, asking to keep settings and checking your choices re: backups.
If you're jumping from a significantly older image, it's recommended to not keep settings/restore things from backup and thus to setup from scratch. Especially with the DSA switch architecture change, older config is incompatible with newer software.