New Kong's test build: DD-WRT 34320M - 2018/01/03

Post new topic   Reply to topic    DD-WRT Forum Index -> Broadcom SoC based Hardware
Goto page Previous  1, 2, 3, 4, 5, 6
Author Message
raph321
DD-WRT Novice


Joined: 20 Jan 2014
Posts: 29

PostPosted: Wed Jan 24, 2018 16:29    Post subject: Reply with quote
To anyone experiencing wifi issues...

Do you have an Android phone or tablet on your wifi network ? If so, the Google Play Services app may be at fault.

Read this article:
https://9to5google.com/2018/01/15/google-chromecast-home-wifi-outage/

Plenty of articles on the web also mention that Google rolled out a fix on January 18. What nobody mentions is that it's currently a beta fix. I had version 11.9.51 for Google Play Services and it was causing issues. Upgrading to the beta version 11.9.75 resolved my wifi issues (network not longer visible, or asking for password again, or not responding at all).

So : upgrade to beta version or wait for the public rollout to begin.

To check which version you have : from your phone/tablet, click on this link :
https://play.google.com/store/apps/details?id=com.google.android.gms

Click "Read More" and scroll all the way down for the version.

Back up once, and scroll all the way down to see "Become a beta tester". Click "I'm in". You might want to be on wifi and have the device charging so it updates faster. This will update the Google Play Services app across all your Google devices.

Click "Leave" to go back to public version whenever you want.

As of today (January 24, 2018), the public version was still not updated.
Sponsor
stoney li
DD-WRT User


Joined: 12 Apr 2013
Posts: 248

PostPosted: Thu Jan 25, 2018 0:19    Post subject: Reply with quote
The solution for this is to ask:
"Ok, google, power off yourself!"

stoneyli
raph321 wrote:
To anyone experiencing wifi issues...

Do you have an Android phone or tablet on your wifi network ? If so, the Google Play Services app may be at fault.

Read this article:
https://9to5google.com/2018/01/15/google-chromecast-home-wifi-outage/

Plenty of articles on the web also mention that Google rolled out a fix on January 18. What nobody mentions is that it's currently a beta fix. I had version 11.9.51 for Google Play Services and it was causing issues. Upgrading to the beta version 11.9.75 resolved my wifi issues (network not longer visible, or asking for password again, or not responding at all).

So : upgrade to beta version or wait for the public rollout to begin.

To check which version you have : from your phone/tablet, click on this link :
https://play.google.com/store/apps/details?id=com.google.android.gms

Click "Read More" and scroll all the way down for the version.

Back up once, and scroll all the way down to see "Become a beta tester". Click "I'm in". You might want to be on wifi and have the device charging so it updates faster. This will update the Google Play Services app across all your Google devices.

Click "Leave" to go back to public version whenever you want.

As of today (January 24, 2018), the public version was still not updated.
tomten
DD-WRT Novice


Joined: 29 Jul 2007
Posts: 31
Location: Sweden

PostPosted: Thu Jan 25, 2018 10:13    Post subject: Reply with quote
raph321 wrote:
To anyone experiencing wifi issues...

Do you have an Android phone or tablet on your wifi network ? If so, the Google Play Services app may be at fault

Interesting. Thank you very much for the find.

As with all intermittent wifi issues, it's hard to evaluate any measures taken, but I haven't had issues since updating to the 180120 beta of Google Play Services, and haven't had any issues on Android, so can recommend the update.

More interestingly, I'm in the Android O/8 beta program (currently one minor ahead of mainstream) but still had the old Google Play Services app.

It should work by just clicking the link to the app. I didn't have to use any workaround at all. Joining the beta program for Google Play apps should be available to everyone, everywhere, or? Did you try the link?

I had to switch Google Play accounts to join the beta for this particular app, but Android told me about it loud & clear.
zfil
DD-WRT Novice


Joined: 12 Oct 2014
Posts: 31

PostPosted: Thu Jan 25, 2018 19:15    Post subject: Reply with quote
zfil wrote:
zfil wrote:
zfil wrote:
I'm happy to see that I'm not alone having massive issue with the wifi ...

I'm trying to isolate where is the problem because obviously this works for some people with the same hardware as me (R7000).

I've managed to get an incredible 3 days uptime by enabling only 2.4Ghz with the following settings (see attachment)

I leave it like that until end of the week and if it is still stable I will change a setting, (I know that setting fixed wireless channel, enabling "Optimize Multicast Traffic", "Explicit Beamforming" and "Implicit Beamforming" is unstable ...


So I've got 5 days and half uptime and this is still working ...
I haven't noticed weird behavior.
I'm enabling now "Optimize Multicast Traffic" lets see if that break, I'll report in a week or before if I got a crash.


After 3 days the router is still up and running on wired connexion, but not for wifi.

So enabling "Optimize Multicast Traffic" seems to break things for me ...

I'm going to try to see if 33675 is better.


So after a day a half the router rebooted by itself. I kept the configuration from 34320M, and turned off "Optimize Multicast Traffic" and set Regulatory Domain fo France ...

So 33675M is another piece of shite for me

Here the errors I gathered from a remote syslog.

From what I see ledtool was stuck writing then traff OOM (probably triggering the reboot).

Code:
INFO: rcu_sched detected stalls on CPUs/tasks:
"   1-...: (1 GPs behind) idle=f2d/140000000000000/0 softirq=7969299/7969300 fqs=6001 "
"   (detected by 0, t=6002 jiffies, g=871051, c=871050, q=673)"
Task dump for CPU 1:
ledtool         R running      0 20620      1 0x00000002
Backtrace:
[<800ca0d8>] (vfs_write) from [<800ca930>] (SyS_write+0x44/0x84)
 r8:76ebd280 r7:00000000 r6:00000000 r5:870e0dc0 r4:870e0dc0
[<800ca8ec>] (SyS_write) from [<80009540>] (ret_fast_syscall+0x0/0x34)
 r9:85cde000 r8:800096e4 r7:00000004 r6:76ebd280 r5:00000000 r4:00000000
INFO: rcu_sched detected stalls on CPUs/tasks:
"   1-...: (1 GPs behind) idle=f2d/140000000000000/0 softirq=7969299/7969300 fqs=24005 "
"   (detected by 0, t=24007 jiffies, g=871051, c=871050, q=2445)"
Task dump for CPU 1:
[...]
ttraff: page allocation failure: order:5, mode:0x2284020
CPU: 0 PID: 1120 Comm: ttraff Tainted: P                4.4.95 #472
Hardware name: Northstar Prototype
Backtrace:
[<8001b2cc>] (dump_backtrace) from [<8001b4a0>] (show_stack+0x18/0x1c)
 r7:00000005 r6:60000093 r5:00000000 r4:80515920
[<8001b488>] (show_stack) from [<80164914>] (dump_stack+0x8c/0xa0)
[<80164888>] (dump_stack) from [<8009e27c>] (warn_alloc_failed+0x110/0x120)
 r7:00000005 r6:00000000 r5:00000005 r4:02284020
[<8009e170>] (warn_alloc_failed) from [<800a0820>] (__alloc_pages_nodemask+0x6c0/0x738)
 r3:02284020 r2:00000000
 r6:00000000 r5:00000000 r4:00000030
[<800a0160>] (__alloc_pages_nodemask) from [<800c6408>] (cache_alloc_refill+0x2a8/0x4f0)
 r10:804f4a58 r9:00000000 r8:00000000 r7:87800640 r6:00000000 r5:87801380
 r4:02080020
[<800c6160>] (cache_alloc_refill) from [<800c687c>] (__kmalloc+0x84/0xe0)
 r10:00000000 r9:00010000 r8:00033010 r7:871a7f78 r6:a0000013 r5:02080020
 r4:87800640
[<800c67f8>] (__kmalloc) from [<8002bbd0>] (MMALLOC+0x1c/0x30)
 r7:871a7f78 r6:00033010 r5:8002c6d4 r4:00010001
[<8002bbb4>] (MMALLOC) from [<8002c704>] (dev_nvram_read+0x30/0x1a0)
 r5:8002c6d4 r4:00010000
[<8002c6d4>] (dev_nvram_read) from [<800c986c>] (__vfs_read+0x34/0xcc)
 r8:00033010 r7:871a7f78 r6:00010000 r5:8002c6d4 r4:870e0700
[<800c9838>] (__vfs_read) from [<800ca058>] (vfs_read+0x80/0x100)
 r9:00010000 r8:00033010 r7:00010000 r6:871a7f78 r5:00033010 r4:870e0700
[<800c9fd8>] (vfs_read) from [<800ca8ac>] (SyS_read+0x44/0x84)
 r9:00010000 r8:00033010 r7:00000000 r6:00000000 r5:870e0700 r4:870e0700
[<800ca868>] (SyS_read) from [<80009540>] (ret_fast_syscall+0x0/0x34)
 r9:871a6000 r8:800096e4 r7:00000003 r6:76f796cc r5:00000000 r4:00000000
Mem-Info:
active_anon:515 inactive_anon:0 isolated_anon:0
 active_file:1652 inactive_file:1952 isolated_file:0
 unevictable:10 dirty:0 writeback:0 unstable:0
 slab_reclaimable:1188 slab_unreclaimable:2965
 mapped:672 shmem:0 pagetables:75 bounce:0
 free:31372 free_pcp:137 free_cma:0
Normal free:2228kB min:1400kB low:1748kB high:2100kB active_anon:824kB inactive_anon:0kB active_file:4104kB inactive_file:4000kB unevictable:40kB isolated(anon):0kB isolated(file):0kB present:131072kB managed:123464kB mlocked:0k
lowmem_reserve[]: 0 1024 1024
HighMem free:123260kB min:128kB low:500kB high:872kB active_anon:1236kB inactive_anon:0kB active_file:2504kB inactive_file:3808kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:131072kB managed:131072kB mlocked:0k
lowmem_reserve[]: 0 0 0
Normal: 53*4kB (UM) 40*8kB (UM) 17*16kB (UM) 21*32kB (UM) 12*64kB (UM) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2244kB
HighMem: 18*4kB (M) 1*8kB (U) 1*16kB (U) 0*32kB 0*64kB 2*128kB (UM) 2*256kB (U) 3*512kB (UM) 2*1024kB (U) 0*2048kB 29*4096kB (M) = 123232kB
3613 total pagecache pages
0 pages in swap cache
Swap cache stats: add 0, delete 0, find 0/0
Free swap  = 0kB
Total swap = 0kB
65536 pages RAM
32768 pages HighMem/MovableOnly
1902 pages reserved
[...]
zfil
DD-WRT Novice


Joined: 12 Oct 2014
Posts: 31

PostPosted: Thu Jan 25, 2018 20:31    Post subject: Reply with quote
From an earlier post I see I got the same issue with 33520M.
https://www.dd-wrt.com/forum/viewtopic.php?p=1098622#1098622

I did try to clean jffs but nothing changed.
u2n
DD-WRT Novice


Joined: 19 May 2017
Posts: 20
Location: TN<>MI, US

PostPosted: Fri Jan 26, 2018 16:56    Post subject: Reply with quote
Nonikoff wrote:
u2n wrote:
Found a bug (I think), and if others can replicate, then it's non-hardware-specific.


my works ok on 81 port

That was one of the three conditions. How about with all three?

_________________
My old self (phonetics-R-fun)
myersw
DD-WRT Guru


Joined: 13 Jun 2006
Posts: 1608
Location: SE Michigan USA

PostPosted: Thu Feb 01, 2018 3:01    Post subject: Reply with quote
Kong R34320M on a Netgear r8000. Has been running fine for over 5 days. This evening started having issues with dhcp not giving out IP addresses only on the 2.4GHz wireless. 5GHz wireless was working fine and could get IP address. Did the obvious of rebooting router, no I did not check the syslog first, dumb me. Embarassed Reboot did not fix, really a power off and on. Did a reset and reconfigure from backup and then things were working again. Don't understand. However, since I want a reliable network to keep teens from complaining as well as my own things like streaming I decided to reinstall the latest Netgear firmware. Especially bothersome when it is 8:30 in eve and just want to sit down and chill. Backup up and everyone is now happy. Will wait for next Kong and try again. When I tried Brainslayer's build my wireless speed was not as good as with Kong, which was also slower then OEM in my simple iperf test. Not by a huge amount, but is slower.
_________________
Unifi Security Gateway: Unifi Firmware
Netgear r7800: Voxel Firmware
Modem:Netgear CM500V voice and Data.
ISP:Comcast
tutorial for flashing "WRT" series:
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=287813
DD-WRT Installation, Upgrade & Basic Setup–Cliff Notes:
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=311117
Kong DD-WRT Config Tutorial:
http://www.instructables.com/id/Install-and-Configure-a-DD-WRT-Kong-Router/
I tried to be normal once. Worst 2 minutes ever.
imalilteapot
DD-WRT User


Joined: 19 Sep 2007
Posts: 66

PostPosted: Thu Feb 01, 2018 3:42    Post subject: Reply with quote
Well, I took ZFIL's suggestion and configured my 2.4ghz to these setings https://www.dd-wrt.com/phpBB2/files/wifi1_980.png

My router has been up and online (no reboots, wifi dropping, etc.) for the past 3 days. Devices have not disconnected themselves.

My configuration is abnormal, in that I have well over 50 wireless devices, ranging from security cameras, wifi outlets, lights, and other IoT devices, so I cannot reset the settings with each build. I'd be stuck configuring static IPs all day long.
maguvu
DD-WRT Novice


Joined: 04 Oct 2011
Posts: 47

PostPosted: Thu Feb 01, 2018 8:34    Post subject: Reply with quote
myersw wrote:
Kong R34320M on a Netgear r8000. Has been running fine for over 5 days. This evening started having issues with dhcp not giving out IP addresses only on the 2.4GHz wireless. 5GHz wireless was working fine and could get IP address. Did the obvious of rebooting router, no I did not check the syslog first, dumb me. Embarassed Reboot did not fix, really a power off and on. Did a reset and reconfigure from backup and then things were working again. Don't understand. However, since I want a reliable network to keep teens from complaining as well as my own things like streaming I decided to reinstall the latest Netgear firmware. Especially bothersome when it is 8:30 in eve and just want to sit down and chill. Backup up and everyone is now happy. Will wait for next Kong and try again. When I tried Brainslayer's build my wireless speed was not as good as with Kong, which was also slower then OEM in my simple iperf test. Not by a huge amount, but is slower.

I guess you prepare yourself to wait for long time to get stable firmware from DD-WRT cause they ain't coming shift to OpenWRT or Tomato you will never regret
https://advancedtomato.com/downloads/router/r8000
https://downloads.lede-project.org/releases/17.01.4/targets/bcm53xx/generic/lede-17.01.4-bcm53xx-netgear-r8000-squashfs.chk

_________________
My Routers
- NETGEAR R7000
Firmware: DD-WRT v3.0-r40270M kongac (07/11/19)
Kernel: Linux 4.4.185 #670 SMP Thu Jul 11 02:19:39 CEST 2019 armv7l
http://www.desipro.de/ddwrt/K3-AC-Arm/
----------------------------------------------------------------
- TP-LINK TL-WR1043ND V2
Firmware version: LEDE Reboot 17.01.4 (18/10/17)
Kernel: Linux version 4.13.3
https://downloads.lede-project.org/releases/
----------------------------------------------------------------
http://www.ncsacademy.com/default.cfm?ref=28555
myersw
DD-WRT Guru


Joined: 13 Jun 2006
Posts: 1608
Location: SE Michigan USA

PostPosted: Thu Feb 01, 2018 14:14    Post subject: Reply with quote
maguvu wrote:
I guess you prepare yourself to wait for long time to get stable firmware from DD-WRT cause they ain't coming shift to OpenWRT or Tomato you will never regret
https://advancedtomato.com/downloads/router/r8000
https://downloads.lede-project.org/releases/17.01.4/targets/bcm53xx/generic/lede-17.01.4-bcm53xx-netgear-r8000-squashfs.chk


From what I understand Shibby is not doing any Tomato development at least for now so Tomato improvements and feature adds are not going to happen as everyone else just take Shibby and tweak it. Guessing it does not have the KRACK fix installed for example.

Reading about broadcomm support with Openwrt/LEDE. They do not have support from Netgear for the wireless driver so they are using a opensource driver which lacks in functionality. This is an advantage Brainslayer has as he has a license with Netgear and has signed a non-disclosure with them.

So in my mind, it is dd-wrt or OEM. OEM works it just does not have all the knobs I may want to twist.

_________________
Unifi Security Gateway: Unifi Firmware
Netgear r7800: Voxel Firmware
Modem:Netgear CM500V voice and Data.
ISP:Comcast
tutorial for flashing "WRT" series:
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=287813
DD-WRT Installation, Upgrade & Basic Setup–Cliff Notes:
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=311117
Kong DD-WRT Config Tutorial:
http://www.instructables.com/id/Install-and-Configure-a-DD-WRT-Kong-Router/
I tried to be normal once. Worst 2 minutes ever.
paravox
DD-WRT Novice


Joined: 12 Jul 2016
Posts: 35

PostPosted: Thu Feb 01, 2018 17:58    Post subject: Reply with quote
maguvu wrote:
I guess you prepare yourself to wait for long time to get stable firmware from DD-WRT cause they ain't coming shift to OpenWRT or Tomato you will never regret
https://advancedtomato.com/downloads/router/r8000
https://downloads.lede-project.org/releases/17.01.4/targets/bcm53xx/generic/lede-17.01.4-bcm53xx-netgear-r8000-squashfs.chk


Both Tomato and OpenWRT use outdated Linux kernels. Not that there’s anything wrong with that, but there are probably some benefits with dd-wrt in the security department or if you use IPv6.
imalilteapot
DD-WRT User


Joined: 19 Sep 2007
Posts: 66

PostPosted: Thu Feb 01, 2018 18:05    Post subject: Reply with quote
I like to be on the bleeding edge of technology. When I see builds of firmware go dead for months at a time, like Tomato, I tend to stay away from them.

DDWRT has been working for me for many years, and I just view this wifi bug as just that, a bug. Eventually it will be squashed and things will be back to normal.

It doesnt mean I'll abandon the firmware and go elsewhere. I dont think others should rush to find something different either.
Goto page Previous  1, 2, 3, 4, 5, 6 Display posts from previous:    Page 6 of 6
Post new topic   Reply to topic    DD-WRT Forum Index -> Broadcom SoC based Hardware All times are GMT

Navigation

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You can attach files in this forum
You can download files in this forum