Joined: 06 Jun 2006 Posts: 6860 Location: Dresden, Germany
Posted: Wed May 16, 2018 4:28 Post subject:
labo wrote:
Router: Asus RT-AC5300
Firmware: DD-WRT v3.0-r35927 std 05/13/18
Status: boot loop
Errors: 5Ghz radio Repeater Bridge mode is broken again. VHT160 mode is now missing in GUI.
Coredump:
ERROR: Necessary service setting not found: milkfish_username - aborting.
The Milkfish Router Services
Restoring SIP ddsubscriber database from NVRAM…
Empty.
The Milkfish Router Services
Restoring SIP ddaliases database from NVRAM…
Empty.
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = 80004000
[00000000] *pgd=00000000
Internal error: Oops - BUG: 80000007 [#1] SMP ARM
Modules linked in: shortcut_fe dhd wl(P) igs(P) emf(P) switch_robo switch_core et(P)
CPU: 1 PID: 207 Comm: kworker/1:1 Tainted: P 4.4.131 #3086
Hardware name: Northstar Prototype
Workqueue: events _254 [dhd]
task: 87bc2800 ti: 87bca000 task.ti: 87bca000
PC is at 0x0
LR is at _939+0x6c/0xa8 [dhd]
pc : [<00000000>] lr : [<7f45fcac>] psr: 80000013
sp : 87bcbe70 ip : 80441f40 fp : 87bcbea4
r10: 00000000 r9 : 00000004 r8 : 00000000
r7 : 00000000 r6 : 87b46dc0 r5 : 00000000 r4 : ffffe000
r3 : 87bcbe70 r2 : 00000004 r1 : 8500a000 r0 : 87b46dc0
Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: 10c5387d Table: 070e404a DAC: 00000055
Process kworker/1:1 (pid: 207, stack limit = 0x87bca190)
Stack: (0x87bcbe70 to 0x87bcc000)
be60: 00000000 00000000 857e1900 87b67400
be80: 857e1980 857e8000 a0000013 00000000 00000000 8050ba84 87bcbec4 87bcbea8
bea0: 7f45fd24 7f45fc4c 857e19a0 857e1980 0000000c a0000013 87bcbef4 87bcbec8
bec0: 7f461db8 7f45fcf4 87bcbf0c 87853d08 87b67400 7f45fce8 857e1980 87b92780
bee0: 86be1480 86be6e00 87bcbf24 87bcbef8 8004d42c 7f461d14 00000000 8050ba84
bf00: 87b92780 86be1480 86be1480 87b92798 86be1494 00000000 87bcbf5c 87bcbf28
bf20: 8004e59c 8004d284 804fe100 87bca000 00000000 00000000 87b93780 87b92780
bf40: 8004e39c 00000000 00000000 00000000 87bcbfac 87bcbf60 80052890 8004e3a8
bf60: 40000000 00000000 00000000 87b92780 00000000 00000000 87bcbf78 87bcbf78
bf80: 00000000 00000000 87bcbf88 87bcbf88 87b93780 80052798 00000000 00000000
bfa0: 00000000 87bcbfb0 80009600 800527a4 00000000 00000000 00000000 00000000
bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
bfe0: 00000000 00000000 00000000 00000000 00000013 00000000 87bcbff4 00000000
Backtrace:
[<7f45fc40>] (_939 [dhd]) from [<7f45fd24>] (_336+0x3c/0xfc [dhd])
r10:8050ba84 r9:00000000 r8:00000000 r7:a0000013 r6:857e8000 r5:857e1980
r4:87b67400
[<7f45fce8>] (_336 [dhd]) from [<7f461db8>] (_254+0xb0/0xbc [dhd])
r7:a0000013 r6:0000000c r5:857e1980 r4:857e19a0
[<7f461d08>] (_254 [dhd]) from [<8004d42c>] (process_one_work+0x1b4/0x2d8)
r7:86be6e00 r6:86be1480 r5:87b92780 r4:857e1980
[<8004d278>] (process_one_work) from [<8004e59c>] (worker_thread+0x200/0x3e4)
r9:00000000 r8:86be1494 r7:87b92798 r6:86be1480 r5:86be1480 r4:87b92780
[<8004e39c>] (worker_thread) from [<80052890>] (kthread+0xf8/0x100)
r10:00000000 r9:00000000 r8:00000000 r7:8004e39c r6:87b92780 r5:87b93780
r4:00000000
[<80052798>] (kthread) from [<80009600>] (ret_from_fork+0x14/0x34)
r7:00000000 r6:00000000 r5:80052798 r4:87b93780
Code: bad PC value
—[ end trace 6634b0e0931cb9b6 ]—
Kernel panic - not syncing: Fatal exception
CPU0: stopping
CPU: 0 PID: 0 Comm: swapper/0 Tainted: P D 4.4.131 #3086
Hardware name: Northstar Prototype
Backtrace:
[<8001b950>] (dump_backtrace) from [<8001bbd8>] (show_stack+0x18/0x1c)
r7:804f1f20 r6:60000193 r5:00000000 r4:80510da0
[<8001bbc0>] (show_stack) from [<8016401c>] (dump_stack+0x8c/0xa0)
[<80163f90>] (dump_stack) from [<8001d754>] (handle_IPI+0x110/0x1a8)
r7:804f1f20 r6:00000000 r5:00000000 r4:805231a0
[<8001d644>] (handle_IPI) from [<80009394>] (gic_handle_irq+0x78/0x7c)
r7:b0100100 r6:804f1f20 r5:b010010c r4:804ffb1c
[<8000931c>] (gic_handle_irq) from [<80009ea0>] (__irq_svc+0x40/0x54)
Exception stack(0x804f1f20 to 0x804f1f68)
1f20: 86bd4248 00000000 00040128 8000a9c0 804f0000 804ff8e0 80433a50 804ec224
1f40: 804f1f90 804c38c8 00000000 804f1f7c 804f1f80 804f1f70 80019564 80019568
1f60: 60000013 ffffffff
r9:804c38c8 r8:804f1f90 r7:804f1f54 r6:ffffffff r5:60000013 r4:80019568
[<8001952c>] (arch_cpu_idle) from [<8006c424>] (default_idle_call+0x30/0x34)
[<8006c3f4>] (default_idle_call) from [<8006c530>] (cpu_startup_entry+0x108/0x13c)
[<8006c428>] (cpu_startup_entry) from [<80012aac>] (rest_init+0x80/0x84)
r7:80523020 r4:00000000
[<80012a2c>] (rest_init) from [<8049acc0>] (start_kernel+0x320/0x32c)
[<8049a9a0>] (start_kernel) from [<0000807c>] (0x807c)
Rebooting in 10 seconds..
the crash is related to your repeater bridge tries. the ac5300 has no repeater bridge nor client bridge support. i still left it in the gui for testing. the differences on these devices is that they are all based on a own wifi firmware on the wifi chip itself which will it make impossible to implement fake bridge modes. it may work under some conditions, but officially i cannot support this.
disable it. use client mode or repeater or ap mode, everything else will likelly fail
fo the missing vht160 mode. this is a bug fix. the ac5300 has no vht160 support
thx _________________ one cigarette costs 2 minutes of your life.
one bottle of beer costs 4 minutes of your life.
one working day costs 8 hours of your life.
Yummee:
Linux DD-WRT 4.14.8 #42 SMP PREEMPT Thu Dec 21 18:11:16 CET 2017 armv7l DD-WRT
root@DD-WRT:/sys# nvram get DD_BOARD
Netgear R7800
Router Model: Linksys EA6400
Firmware: DD-WRT v3.0-r35927 std (05/13/18)
Kernel: Linux 4.4.131 #3081 SMP Sun May 13 07:27:31 CEST 2018 armv7l
Status: VPN AP
CPU Model: Broadcom BCM4708
CPU Cores: 2
CPU Features: EDSP
CPU Clock: 800 MHz
Load Average: 59% 1.00, 1.21, 1.31
Temperature: CPU 64.7 °C / Not available
After some moderate streaming, load averages reported >1. Graph (59%) probably close. Radios are turned off ATM.
But anyway, done a hard reset (30s power on, 30s power off, 30s power on) soon before and now the WebUI become fine again And yes, the 'set a password' prompt appeared fine at the first screen, just set passwords, login to the reset r33555 then flashed the r33555 again one more time. So now everything is running fine, really fine! no more wifi hangs, the router's wifi signals always response!
Weren't you saying before that you had issues in 33555? So it might be that a hard reset in 35927 might work as well?
Router/Version: Linksys E2500
Firmware: DD-WRT v3.0-r35927 mega ( 05/13/18 )
Kernel: Linux 3.10.108-dd #19152 Sun May 13 12:33:42 CEST 2018 mips
Mode: AP
Issues: All appears ok
No issues in r33555, that's the stablest ever DD-WRT for my EA2700. Only all builds after r33555 until now are buggier and buggier.
What I meant was, when I was flashing the firmware back to r33555 via the Web page of r35927, it bricked the http web interface, can't load http://192.168.1.1 by any browsers, but the router still worked, can still go through to facebook or any other websites else.
The web service bricked until I'd done a hard reset, then I could load into http://192.168.1.1 and saw the page showed me that's r33555. Then I'd just re-flashed to r33555 one more time by the web page of r33555, smoothly successful like a virgin. Now all things just are running very well, no more wifi sessions hangs.
Wireless Mode: AP
Wireless Network Mode: Mixed
Security Mode: WPA2 Personal Mixed
WPA Algorithms: TKIP+AES
Regulatory Domain: Hong Kong
Router Name: "Cisco Linksys EA2700"
Timezone: Asia/Hong_Kong
Time Server Host: stdtime.gov.hk
NAT sessions: 65536
UPnP enabled
Joined: 08 May 2018 Posts: 2008 Location: Texas, USA
Posted: Wed May 16, 2018 16:07 Post subject:
parco wrote:
jwh7 wrote:
parco wrote:
But anyway, done a hard reset (30s power on, 30s power off, 30s power on) soon before and now the WebUI become fine again And yes, the 'set a password' prompt appeared fine at the first screen, just set passwords, login to the reset r33555 then flashed the r33555 again one more time. So now everything is running fine, really fine! no more wifi hangs, the router's wifi signals always response!
Weren't you saying before that you had issues in 33555? So it might be that a hard reset in 35927 might work as well?
Router/Version: Linksys E2500
Firmware: DD-WRT v3.0-r35927 mega ( 05/13/18 )
Kernel: Linux 3.10.108-dd #19152 Sun May 13 12:33:42 CEST 2018 mips
Mode: AP
Issues: All appears ok
No issues in r33555, that's the stablest ever DD-WRT for my EA2700. Only all builds after r33555 until now are buggier and buggier.
What I meant was, when I was flashing the firmware back to r33555 via the Web page of r35927, it bricked the http web interface, can't load http://192.168.1.1 by any browsers, but the router still worked, can still go through to facebook or any other websites else.
The web service bricked until I'd done a hard reset, then I could load into http://192.168.1.1 and saw the page showed me that's r33555. Then I'd just re-flashed to r33555 one more time by the web page of r33555, smoothly successful like a virgin. Now all things just are running very well, no more wifi sessions hangs.
Wireless Mode: AP
Wireless Network Mode: Mixed
Security Mode: WPA2 Personal Mixed
WPA Algorithms: TKIP+AES
Regulatory Domain: Hong Kong
Router Name: "Cisco Linksys EA2700"
Timezone: Asia/Hong_Kong
Time Server Host: stdtime.gov.hk
NAT sessions: 65536
UPnP enabled
All other else stayed in default values.
Try using strictly AES for your algorithms and WPA Personal (not mixed). That and if you're using Windows as your client machine, and the wifi is an Intel adapter, update your drivers directly from Intel. Not having your specific router sitting in front of me to break, er, troubleshoot, I'm taking a shot in the dark here, but.
But anyway, done a hard reset (30s power on, 30s power off, 30s power on) soon before and now the WebUI become fine again And yes, the 'set a password' prompt appeared fine at the first screen, just set passwords, login to the reset r33555 then flashed the r33555 again one more time. So now everything is running fine, really fine! no more wifi hangs, the router's wifi signals always response!
Weren't you saying before that you had issues in 33555? So it might be that a hard reset in 35927 might work as well?
Router/Version: Linksys E2500
Firmware: DD-WRT v3.0-r35927 mega ( 05/13/18 )
Kernel: Linux 3.10.108-dd #19152 Sun May 13 12:33:42 CEST 2018 mips
Mode: AP
Issues: All appears ok
No issues in r33555, that's the stablest ever DD-WRT for my EA2700. Only all builds after r33555 until now are buggier and buggier.
What I meant was, when I was flashing the firmware back to r33555 via the Web page of r35927, it bricked the http web interface, can't load http://192.168.1.1 by any browsers, but the router still worked, can still go through to facebook or any other websites else.
The web service bricked until I'd done a hard reset, then I could load into http://192.168.1.1 and saw the page showed me that's r33555. Then I'd just re-flashed to r33555 one more time by the web page of r33555, smoothly successful like a virgin. Now all things just are running very well, no more wifi sessions hangs.
Wireless Mode: AP
Wireless Network Mode: Mixed
Security Mode: WPA2 Personal Mixed
WPA Algorithms: TKIP+AES
Regulatory Domain: Hong Kong
Router Name: "Cisco Linksys EA2700"
Timezone: Asia/Hong_Kong
Time Server Host: stdtime.gov.hk
NAT sessions: 65536
UPnP enabled
All other else stayed in default values.
Try using strictly AES for your algorithms and WPA Personal (not mixed). That and if you're using Windows as your client machine, and the wifi is an Intel adapter, update your drivers directly from Intel. Not having your specific router sitting in front of me to break, er, troubleshoot, I'm taking a shot in the dark here, but.
But WPA2 Personal Mixed and TKIP+AES are really running very fine in r33555 without any Wifi jams, but only hang wifi from r33607 until r35927 for my EA2700.
All my Wifi clients are android phones, an LG smart TV and a Windows 10 notebook with Broadcom Wireless Adapter. The rest 2 Windows 10 desktop PCs are wired connections. No any connection hangs for ethernet, they're always fine.
Joined: 08 May 2018 Posts: 2008 Location: Texas, USA
Posted: Wed May 16, 2018 17:11 Post subject:
parco wrote:
But WPA2 Personal Mixed and TKIP+AES are really running very fine in r33555 without any Wifi jams, but only hang wifi from r33607 until r35927 for my EA2700.
All my Wifi clients are android phones, an LG smart TV and a Windows 10 notebook with Broadcom Wireless Adapter. The rest 2 Windows 10 desktop PCs are wired connections. No any connection hangs for ethernet, they're always fine.
But you're defeating the purpose of wi-fi security with those settings. All of your client devices should support AES encryption. Running mixed like that is probably half the problem, but that's just my thoughts on the matter.
Router/Version: Buffalo WZR-1750DHP/DHPD Firmware: DD-WRT v3.0-r35927 std (05/13/18 Kernel: Linux 4.4.131 #3081 SMP Sun May 13 07:27:31 CEST 2018 armv7l Previous: BSr34760 Mode/Status: Seems ok CPU overclocked to 1200mhz from default 800mhz Reset: yes via webGUI and via telnet erase nvram Issues/Errors: DNSCrypt kills internet connection only if i use a resolver that is not IPV6, no overclocking support and NTP does not load only if i use a DNSCrypt resolver that is not IPV6 and unit must be power cycled after flash or the Buffalo logo would blink 3 times every ten seconds or so indicating bad/corrupt flash
Not sure if to take out the DNSCrypt as an issues since i saw on another post versin 1 is "dead" and now there is a version 2. WIFI on 2.4&5Ghz works wiht no issues.
Joined: 08 May 2018 Posts: 2008 Location: Texas, USA
Posted: Thu May 17, 2018 16:07 Post subject:
myersw wrote:
Submit tickets here.
http://svn.dd-wrt.com/
You will need to create a user id. You can also see what is happening behind the curtain here.
Can't create a user ID, captcha is DOWN. I was going to add to a ticket about Broadcom K3x regarding a nas crash and syslog time errors, because it's not just the webGUI that is spitting out weird offset times now, I get it when I 'tail -f /var/log/messages' and 'cat /var/log/messages' as well as run commands in the webGUI.
But WPA2 Personal Mixed and TKIP+AES are really running very fine in r33555 without any Wifi jams, but only hang wifi from r33607 until r35927 for my EA2700.
All my Wifi clients are android phones, an LG smart TV and a Windows 10 notebook with Broadcom Wireless Adapter. The rest 2 Windows 10 desktop PCs are wired connections. No any connection hangs for ethernet, they're always fine.
But you're defeating the purpose of wi-fi security with those settings. All of your client devices should support AES encryption. Running mixed like that is probably half the problem, but that's just my thoughts on the matter.
OK but anyway WPA2 Personal Mixed and TKIP+AES ain't making my Wifi transportation hang in r33555, so I don't think that matters about the wifi hang problems of the builds after r33555.
There should be some bugs or coding problems for packets scheduling, multi-tasking, multi-threading or something like so in wifi sessions, which make more and more deadlocks for wifi packets TX or RX.
Joined: 08 May 2018 Posts: 2008 Location: Texas, USA
Posted: Thu May 17, 2018 18:55 Post subject:
parco wrote:
OK but anyway WPA2 Personal Mixed and TKIP+AES ain't making my Wifi transportation hang in r33555, so I don't think that matters about the wifi hang problems of the builds after r33555.
The hang problems may not necessarily be related to that, but looking back at a few things, you can run WPA2 Mixed, but you'd want to run AES for encryption for security reasons. There is an open ticket for K3x Broadcom for an NAS crash, which drops the radios:
I have been trying to trap the same crash in my syslogs to post here since svn won't let me create a new account because CAPTCHA is down
parco wrote:
There should be some bugs or coding problems for packets scheduling, multi-tasking, multi-threading or something like so in wifi sessions, which make more and more deadlocks for wifi packets TX or RX.
^ So dig through your syslogs and the source code and help find the problem?
Router Model: ASUS AC3200
Firmware: DD-WRT v3.0-r35927 std (05/13/1
Kernel: Linux 4.4.131 #3081 SMP Sun May 13 07:27:31 CEST 2018 armv7l
Status:
my ASUS AC-3200 completely lost BOTH the 5ghz WIFI. 2.4ghz works fine.
The GUI shows the 5GHZ, BUT doing a Wifi scan on another machine or phone, the 5GHZ WIFI Mac doesnt show up at all. _________________ ASUS RT-AC3200 - Deployed Client's site
ASUS RT-AC5200 - Merlin
ASUS RT-AX88U - Merlin
Joined: 08 May 2018 Posts: 2008 Location: Texas, USA
Posted: Fri May 18, 2018 2:23 Post subject: Setting time zone to ZULU seems to be a workaround of sorts
Reset the time zone on my E4200 v1 to ZULU (UTC/GMT) in the Setup tab on the webGUI and have not had any wi-fi issues. I am guessing this is possibly related to the NTP / NAS issues. Don't have syslog to prove anything either way and can't register on SVN because of captcha being down, but wanted to share this.
EDIT: And of course, as soon as I post this, wifi goes screwy
OK but anyway WPA2 Personal Mixed and TKIP+AES ain't making my Wifi transportation hang in r33555, so I don't think that matters about the wifi hang problems of the builds after r33555.
The hang problems may not necessarily be related to that, but looking back at a few things, you can run WPA2 Mixed, but you'd want to run AES for encryption for security reasons. There is an open ticket for K3x Broadcom for an NAS crash, which drops the radios:
I have been trying to trap the same crash in my syslogs to post here since svn won't let me create a new account because CAPTCHA is down
parco wrote:
There should be some bugs or coding problems for packets scheduling, multi-tasking, multi-threading or something like so in wifi sessions, which make more and more deadlocks for wifi packets TX or RX.
^ So dig through your syslogs and the source code and help find the problem?
But..... how...? How to find them out? And I'd fallen back to r33555 now running, so all I can do is for the next build unluckily........
And yes, the 'set a password' prompt appeared fine at the first screen, just set passwords, login to the reset r33555 then flashed the r33555 again one more time. So now everything is running fine, really fine! no more wifi hangs, the router's wifi signals always response!
