Random reboots new driver

Post new topic   Reply to topic    DD-WRT Forum Index -> Broadcom SoC based Hardware
Goto page Previous  1, 2, 3 ... 8, 9, 10 ... 13, 14, 15  Next
Author Message
slidermike
DD-WRT Guru


Joined: 11 Nov 2013
Posts: 1487
Location: USA

PostPosted: Tue Oct 14, 2014 19:49    Post subject: Reply with quote
lyuan wrote:
How many people are trying this other than wwcsig? Any reports? Do you guys need more testers for this?

L.

I am.
Yes you can always try the settings yourself too.
Most of us do not have the console cable but we can see if it remains stable or restarts.

_________________
Router currently owned:
Netgear R7800 - Router
Netgear R7000 - AP mode

R7000 specific Tips/Tricks.
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=264152
Sponsor
johnathonm
DD-WRT User


Joined: 10 Sep 2012
Posts: 53

PostPosted: Tue Oct 14, 2014 22:15    Post subject: What about disabling Auto CTS/RTS or chaning the frame size? Reply with quote
What about disabling Auto CTS/RTS or chaning the frame size?

See: http://chimera.labs.oreilly.com/books/1234000001739/ch03.html#security_id1
wwcsig
DD-WRT Novice


Joined: 18 Sep 2014
Posts: 20

PostPosted: Tue Oct 14, 2014 22:52    Post subject: Reply with quote
wwcsig wrote:

"rock-solid" so far, 14 hours uptime are unheard of. However my nexus5 loses wifi on the 2.4GHz band frequently. Not sure if that's related. If it stays up until tonight I'll turn the flags back to auto to see if the crashes come back right away.


After coming home from work, rebooted into new settings with
*_ampdu=auto and pretty much right away it crashes again. So clearly putting this setting to off helps with the stability. New (pretty much the same as old) stack trace below:

Quote:

root@wifir2:~# nvram show | grep '_ampdu='
size: 42022 bytes (23514 left)
wl1_rx_amsdu_in_ampdu=auto
wl0_ampdu=auto
wl_ampdu=auto
wl_rx_amsdu_in_ampdu=auto
wl1_ampdu=auto
wl0_rx_amsdu_in_ampdu=auto
root@wifir2:~# Unable to handle kernel paging request at virtual address 19030013
pgd = c0004000
[19030013] *pgd=00000000
Internal error: Oops - BUG: 5 [#1] SMP ARM
Modules linked in: xt_IMQ imq nf_nat_pptp nf_conntrack_pptp nf_nat_proto_gre nf_conntrack_proto_gre xt_opendpi msdos vfat fat nls_utf8 nls_iso8859_2 nls_iso8859_1 nls_cp43
7 nls_cp950 nls_cp936 nls_cp932 jffs2 lzo_decompress lzo_compress lzma_compress(P) usblp usb_storage sr_mod cdrom sd_mod scsi_mod xhci_hcd ohci_hcd ehci_pci ehci_hcd usbco
re usb_common wl(P) igs(P) emf(P) switch_robo switch_core et(P) softdog [last unloaded: nf_conntrack_proto_gre]
CPU: 1 PID: 0 Comm: swapper/1 Tainted: P 3.10.57-rc1 #269
task: c783e080 ti: c785a000 task.ti: c785a000
PC is at wlc_d11hdrs+0x128/0x3c28 [wl]
LR is at wlc_d11hdrs+0xfc/0x3c28 [wl]
pc : [<bf163ec0>] lr : [<bf163e94>] psr: 20000113
sp : c785b9e0 ip : c785b9e0 fp : c785bae4
r10: c6ded000 r9 : c7bbd3c0 r8 : 0612001a
r7 : 00000000 r6 : c6a40800 r5 : 00000000 r4 : c7bbd3c0
r3 : c7bd0a00 r2 : 19030004 r1 : 00000000 r0 : 0000067a
Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: 10c53c7d Table: 06ae404a DAC: 00000015
Process swapper/1 (pid: 0, stack limit = 0xc785a1b8)
Stack: (0xc785b9e0 to 0xc785c000)
b9e0: c785b9fc c785b9f0 bf152de4 bf152d14 c785ba14 c785ba36 00000002 bf1534d0
ba00: c785ba36 c6ded000 00020000 c785ba18 c6df3cc0 bf153464 c6ded000 00000000
ba20: 00000000 00000000 c6e5c800 c6972680 00000000 c69c4844 00000000 c69c4840
ba40: 00000000 00000000 00000002 c785ba58 00000000 bf1ca244 00007205 00000001
ba60: c785bb74 00000000 0000067a 00007001 c64c9092 00000000 0f059564 00000016
ba80: 00000000 c6a40800 00000000 c6ffffff 00000000 00000000 00020000 00000000
baa0: c6df3cc0 00000000 00000018 bf335a90 00000000 00000000 c6e5c800 c7bbd3c0
bac0: c6ded000 c6a40800 00000000 c785bb14 c785bbbc c6e5c800 c785bb74 c785bae8
bae0: bf1719ec bf163da4 00000000 00000001 44800000 00000000 19030004 0612001a
bb00: 00000000 00000000 00000000 c6deca00 00000000 00000002 44800000 19030004
bb20: 0612001a 00010002 8000bb54 ffffff80 00010002 bf1a8e24 000000fe c6e5c800
bb40: c6ded000 c69c4801 c785bb74 c6a40800 c6ded000 c6df1800 c6a4f200 c785bc30
bb60: 00000005 00000000 c785bc5c c785bb78 bf1fe760 bf1718d4 00000000 00000000
bb80: 00000005 00000001 00000000 c6fc9400 c6e5c800 00000020 00000004 c785bbbc
bba0: c6deca00 c785bcd8 c6df181c 00000000 c7a950c0 c6a4f200 c7bbd3c0 00000001
bbc0: c6ded000 00000000 c785bbe4 c785bbd8 bf16e840 bf16e51c c785bc0c c785bbe8
bbe0: bf197f1c bf16e830 c6e4c000 c6a40d00 c6a40800 00000001 c6ded000 00000000
bc00: c785bc34 c785bc10 bf1988d4 bf197d84 00000000 c7bbd3c0 c6a40800 c6a40d00
bc20: c6ded000 00000001 c785bca4 c785bc38 c6fd7000 00000001 c7bbd3c0 c785bcd8
bc40: c6deca00 c6ded000 c6a40800 c7a950c0 c785bc84 c785bc60 bf1fefd0 bf1fe660
bc60: c7bbd3c0 c6ded000 c6ded000 c6a40d00 c6a40800 0000ffff c785bd44 c785bc88
bc80: bf1f4048 bf1fef0c 00000001 c785bdcc c6ded258 c7a950c4 00000005 c785bca8
bca0: bf1fab38 bf162b28 00000000 00000001 00000000 00000050 c785bd0c c785bcc8
bcc0: bf1f17ec c002a5b8 00000686 bf333e8c 00000000 c7bbd3c0 c7bbd3c0 ffffffff
bce0: 00000000 c7bbd3c0 c6ded000 c6ded000 c6a40d00 c6a40800 bf333f98 c6e4c020
bd00: c785bd24 c785bd10 bf1f1884 bf1f1530 00000000 00000000 c785bd44 c7bbd3c0
bd20: c6ded000 c6ded000 c6a40d00 c6a40800 bf333f98 c6e4c020 c785bd84 c785bd48
bd40: bf19832c bf1f3fe4 c6a40d00 00000000 c6e4c020 00000005 00000000 c6a40800
bd60: c6a40d00 c6ded000 c6e4c020 c6e5c800 00000000 c6e4c020 c785bdc4 c785bd88
bd80: bf199bb4 bf198150 85a40614 00000008 f5bc0000 7b52e1ac 000000c8 c6ded268
bda0: c6ded330 c6ded000 c785be02 00000000 c6a40800 c03ff5d0 c785bdec c785bdc8
bdc0: bf2025b4 bf199a28 c8cb8000 00000001 c8cb8140 c6df0f80 c7bca000 00000001
bde0: c785be2c c785bdf0 bf202908 bf202468 0afc0000 00010008 e1acf5bc 00007b52
be00: f5bc0000 7b52e1ac 00000040 c7bca000 c6ded000 c8cb8000 00000001 c785be64
be20: c785be5c c785be30 bf202f90 bf202860 0085be5c c785be40 c7bc2200 c7bc2248
be40: c03ff3fc 00000000 c0478000 00000006 c785be84 c785be60 bf1f0bd0 bf202e60
be60: c785beb4 00000000 c0177670 c7bc2244 c7bc2248 c03ff3fc c785beac c785be88
be80: c0035948 bf1f0b40 c00358d0 00000001 c0404098 00000018 c785a000 00000100
bea0: c785bf04 c785beb0 c0035ac8 c00358dc c0072580 c00742e0 00200040 c04239f4
bec0: c04040c0 0002fc2a 0000000a c0478000 c785a030 00000001 c785bf04 60000193
bee0: 000000a3 00000000 f0100100 c041d9a7 c041d9a7 c785a000 c785bf1c c785bf08
bf00: c0035c48 c00359d4 00000040 c03ffb60 c785bf2c c785bf20 c0035e9c c0035c04
bf20: c785bf4c c785bf30 c00138ac c0035e34 00000010 f010010c c0416640 c785bf70
bf40: c785bf6c c785bf50 c00086a8 c0013830 c00139e0 60000013 ffffffff c785bfa4
bf60: c785bfc4 c785bf70 c0008840 c000866c c16ba778 00000000 005a3fae 00000000
bf80: c785a008 c0416470 c0364cf0 c785a000 c041d9a7 c041d9a7 c785a000 c785bfc4
bfa0: c785bfc8 c785bfb8 c00139dc c00139e0 60000013 ffffffff c785bfdc c785bfc8
bfc0: c005f040 c00139bc 00000002 c04431a8 c785bff4 c785bfe0 c03e2ca4 c005ef6c
bfe0: c03e2328 0783806a 00000000 c785bff8 003e2340 c03e2b88 fffff3ed 97fffdff
Backtrace:
[<bf163d98>] (wlc_d11hdrs+0x0/0x3c28 [wl]) from [<bf1719ec>] (wlc_prep_pdu+0x124/0x248 [wl])
[<bf1718c8>] (wlc_prep_pdu+0x0/0x248 [wl]) from [<bf1fe760>] (wlc_ampdu_agg+0x20bc/0x285c [wl])
[<bf1fe654>] (wlc_ampdu_agg+0x1fb0/0x285c [wl]) from [<bf1fefd0>] (wlc_sendampdu+0xd0/0x120 [wl])
[<bf1fef00>] (wlc_sendampdu+0x0/0x120 [wl]) from [<bf1f4048>] (wlc_send_q+0x70/0x27c [wl])
r9:0000ffff r8:c6a40800 r7:c6a40d00 r6:c6ded000 r5:c6ded000
r4:c7bbd3c0
[<bf1f3fd8>] (wlc_send_q+0x0/0x27c [wl]) from [<bf19832c>] (wlc_apps_down+0x32c/0x448 [wl])
[<bf198144>] (wlc_apps_down+0x144/0x448 [wl]) from [<bf199bb4>] (wlc_apps_scb_ps_off+0x198/0x1e8 [wl])
[<bf199a1c>] (wlc_apps_scb_ps_off+0x0/0x1e8 [wl]) from [<bf2025b4>] (wlc_apps_process_ps_switch+0x158/0x190 [wl])
[<bf20245c>] (wlc_apps_process_ps_switch+0x0/0x190 [wl]) from [<bf202908>] (wlc_bmac_processpmq+0xb4/0xf8 [wl])
r9:00000001 r8:c7bca000 r7:c6df0f80 r6:c8cb8140 r5:00000001
r4:c8cb8000
[<bf202854>] (wlc_bmac_processpmq+0x0/0xf8 [wl]) from [<bf202f90>] (wlc_dpc+0x13c/0x34c [wl])
r9:c785be64 r8:00000001 r7:c8cb8000 r6:c6ded000 r5:c7bca000
r4:00000040
[<bf202e54>] (wlc_dpc+0x0/0x34c [wl]) from [<bf1f0bd0>] (wl_dpc+0x9c/0x17c [wl])
r9:00000006 r8:c0478000 r7:00000000 r6:c03ff3fc r5:c7bc2248
r4:c7bc2200
[<bf1f0b34>] (wl_dpc+0x0/0x17c [wl]) from [<c0035948>] (tasklet_action+0x78/0xf8)
r6:c03ff3fc r5:c7bc2248 r4:c7bc2244
[<c00358d0>] (tasklet_action+0x0/0xf8) from [<c0035ac8>] (__do_softirq+0x100/0x1d8)
r8:00000100 r7:c785a000 r6:00000018 r5:c0404098 r4:00000001
r3:c00358d0
[<c00359c8>] (__do_softirq+0x0/0x1d8) from [<c0035c48>] (do_softirq+0x50/0x58)
[<c0035bf8>] (do_softirq+0x0/0x58) from [<c0035e9c>] (irq_exit+0x74/0x7c)
r4:c03ffb60 r3:00000040
[<c0035e28>] (irq_exit+0x0/0x7c) from [<c00138ac>] (handle_IRQ+0x88/0x94)
[<c0013824>] (handle_IRQ+0x0/0x94) from [<c00086a8>] (gic_handle_irq+0x48/0x64)
r6:c785bf70 r5:c0416640 r4:f010010c r3:00000010
[<c0008660>] (gic_handle_irq+0x0/0x64) from [<c0008840>] (__irq_svc+0x40/0x50)
Exception stack(0xc785bf70 to 0xc785bfb8)
bf60: c16ba778 00000000 005a3fae 00000000
bf80: c785a008 c0416470 c0364cf0 c785a000 c041d9a7 c041d9a7 c785a000 c785bfc4
bfa0: c785bfc8 c785bfb8 c00139dc c00139e0 60000013 ffffffff
r7:c785bfa4 r6:ffffffff r5:60000013 r4:c00139e0
[<c00139b0>] (arch_cpu_idle+0x0/0x34) from [<c005f040>] (cpu_startup_entry+0xe0/0x120)
[<c005ef60>] (cpu_startup_entry+0x0/0x120) from [<c03e2ca4>] (secondary_start_kernel+0x128/0x130)
r7:c04431a8 r3:00000002
[<c03e2b7c>] (secondary_start_kernel+0x0/0x130) from [<003e2340>] (0x3e2340)
Code: e1a00003 0a000026 e59b2014 e59a3000 (e1d210df)
---[ end trace a779fee2ae23a066 ]---
Kernel panic - not syncing: Fatal exception in interrupt
CPU0: stopping
CPU: 0 PID: 0 Comm: swapper/0 Tainted: P D 3.10.57-rc1 #269
Backtrace:
[<c0015e08>] (dump_backtrace+0x0/0x114) from [<c001600c>] (show_stack+0x18/0x1c)
r6:c0403f38 r5:00000000 r4:c04431b0 r3:00000000
[<c0015ff4>] (show_stack+0x0/0x1c) from [<c01333c8>] (dump_stack+0x24/0x28)
[<c01333a4>] (dump_stack+0x0/0x28) from [<c0017914>] (handle_IPI+0xe4/0x130)
[<c0017830>] (handle_IPI+0x0/0x130) from [<c00086c0>] (gic_handle_irq+0x60/0x64)
r6:c0403da0 r5:c0416640 r4:f010010c r3:c00124f0
[<c0008660>] (gic_handle_irq+0x0/0x64) from [<c0008840>] (__irq_svc+0x40/0x50)
Exception stack(0xc0403da0 to 0xc0403de8)
3da0: c7bc2224 00000000 00003fa0 00003f9f c7bc2224 c6ffbbc0 c7bc2294 c70fa400
3dc0: c7bc2224 00000000 c03ff5d0 c0403dfc c0403de8 c0403de8 c00124f0 c0012514
3de0: 20000113 ffffffff
r7:c0403dd4 r6:ffffffff r5:20000113 r4:c0012514
[<c00124dc>] (_raw_spin_lock_bh+0x0/0x50) from [<bf1f0a04>] (wl_start_txqwork+0x7c/0x124 [wl])
r4:c7bc2200 r3:c711f000
[<bf1f0988>] (wl_start_txqwork+0x0/0x124 [wl]) from [<bf1f0ac8>] (wl_tx_tasklet+0x1c/0x24 [wl])
r9:00000006 r8:c0478000 r7:00000000 r6:c03ff3fc r5:c7bc225c
r4:c7bc2258
[<bf1f0aac>] (wl_tx_tasklet+0x0/0x24 [wl]) from [<c0035948>] (tasklet_action+0x78/0xf8)
[<c00358d0>] (tasklet_action+0x0/0xf8) from [<c0035ac8>] (__do_softirq+0x100/0x1d8)
r8:00000100 r7:c0402000 r6:00000018 r5:c0404098 r4:00000001
r3:c00358d0
[<c00359c8>] (__do_softirq+0x0/0x1d8) from [<c0035c48>] (do_softirq+0x50/0x58)
[<c0035bf8>] (do_softirq+0x0/0x58) from [<c0035e9c>] (irq_exit+0x74/0x7c)
r4:c03ffb60 r3:00000040
[<c0035e28>] (irq_exit+0x0/0x7c) from [<c00138ac>] (handle_IRQ+0x88/0x94)
[<c0013824>] (handle_IRQ+0x0/0x94) from [<c00086a8>] (gic_handle_irq+0x48/0x64)
r6:c0403f38 r5:c0416640 r4:f010010c r3:00000010
[<c0008660>] (gic_handle_irq+0x0/0x64) from [<c0008840>] (__irq_svc+0x40/0x50)
Exception stack(0xc0403f38 to 0xc0403f80)
3f20: c16b2778 00000000
3f40: 004b5b8e 00000000 c0402010 c0416470 c0364cf0 c0402000 c041d9a7 c041d9a7
3f60: c0402000 c0403f8c c0403f90 c0403f80 c00139dc c00139e0 60000013 ffffffff
r7:c0403f6c r6:ffffffff r5:60000013 r4:c00139e0
[<c00139b0>] (arch_cpu_idle+0x0/0x34) from [<c005f040>] (cpu_startup_entry+0xe0/0x120)
[<c005ef60>] (cpu_startup_entry+0x0/0x120) from [<c000d5ac>] (rest_init+0x7c/0x80)
r7:c0443050 r3:00000000
[<c000d530>] (rest_init+0x0/0x80) from [<c03c6aa4>] (start_kernel+0x278/0x284)
[<c03c682c>] (start_kernel+0x0/0x284) from [<00008074>] (0x8074)
Rebooting in 10 seconds..Digital core power voltage set to 1.0V




Edit: Now I'm running with
Code:

wl0_wme_no_ack=on
wl1_wme_no_ack=on
wl_wme_no_ack=on

and so far it's just as stable as the *_ampdu=off setting. Will report again after a day to make sure it's stable as well.


Last edited by wwcsig on Tue Oct 14, 2014 23:20; edited 1 time in total
earthmind
DD-WRT User


Joined: 25 May 2008
Posts: 96

PostPosted: Tue Oct 14, 2014 23:08    Post subject: Reply with quote
Thank you. I'm calling that a breakthrough!

wwcsig wrote:

my nexus5 loses wifi on the 2.4GHz band frequently.


What happens exactly? For instance, how strong is the signal when it breaks?
wwcsig
DD-WRT Novice


Joined: 18 Sep 2014
Posts: 20

PostPosted: Tue Oct 14, 2014 23:22    Post subject: Reply with quote
earthmind wrote:
Thank you. I'm calling that a breakthrough!

wwcsig wrote:

my nexus5 loses wifi on the 2.4GHz band frequently.


What happens exactly? For instance, how strong is the signal when it breaks?


I'm sitting right next to the router with the nexus being 1ft away from the router. Pretty strong I'd say Smile
wwcsig
DD-WRT Novice


Joined: 18 Sep 2014
Posts: 20

PostPosted: Tue Oct 14, 2014 23:49    Post subject: Reply with quote
wwcsig wrote:

Edit: Now I'm running with
Code:

wl0_wme_no_ack=on
wl1_wme_no_ack=on
wl_wme_no_ack=on

and so far it's just as stable as the *_ampdu=off setting. Will report again after a day to make sure it's stable as well.


No luck here, with the above settings the same crash happened pretty quickly again... So I guess the wl*_ampdu=off setting is it - for now. Hope this helps.

Code:

...
Backtrace:
[<bf163d98>] (wlc_d11hdrs+0x0/0x3c28 [wl]) from [<bf1719ec>] (wlc_prep_pdu+0x124/0x248 [wl])
[<bf1718c8>] (wlc_prep_pdu+0x0/0x248 [wl]) from [<bf1fe760>] (wlc_ampdu_agg+0x20bc/0x285c [wl])
[<bf1fe654>] (wlc_ampdu_agg+0x1fb0/0x285c [wl]) from [<bf1fefd0>] (wlc_sendampdu+0xd0/0x120 [wl])
[<bf1fef00>] (wlc_sendampdu+0x0/0x120 [wl]) from [<bf1f4048>] (wlc_send_q+0x70/0x27c [wl])
 r9:0000ffff r8:c6592800 r7:c6592d00 r6:c7981000 r5:c7981000
...


So for now, 25100M with

Code:

nvram set wl_ampdu=off
nvram set wl0_ampdu=off
nvram set wl1_ampdu=off
nvram commit
reboot


seems stable.
slidermike
DD-WRT Guru


Joined: 11 Nov 2013
Posts: 1487
Location: USA

PostPosted: Wed Oct 15, 2014 1:09    Post subject: Reply with quote
I took Kongs advice, turned 2.4 WMM back on & applied these commands:
nvram set wl0_wme_no_ack=on
nvram set wl1_wme_no_ack=on
nvram commit

Then restarted the router.
It has been up for just shy of 12hrs.
In my environment I would get the random reboot about once a day so if I can get 3 days or so out of it I will count it as a win.

I did NOT apply the settings:
nvram set wl0_ampdu=off
nvram set wl1_ampdu=off
nvram commit
reboot
Since I didn't want to apply 2 different setting changes & not know which one might fix the issue; I followed Kongs hunch it was the 2nd set of commands being more likely to impact the issue.

I will report back either after I see a random reboot or in 2-3 days of up time.
Quote:
What you guys could try however, if you look at the crashlog, you see one of the last functions before the crash occurs is:

wlc_sendampdu

thus I'd give this a try:

nvram set wl0_ampdu=off
nvram set wl1_ampdu=off
nvram commit
reboot

I think this will not help, I have a feeling that maybe:

nvram set wl0_wme_no_ack=on
nvram set wl1_wme_no_ack=on
nvram commit
reboot

could make a difference.
Anyways without seeing the code inside wlc_d11hdrs it is just guessing.

_________________
Router currently owned:
Netgear R7800 - Router
Netgear R7000 - AP mode

R7000 specific Tips/Tricks.
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=264152
earthmind
DD-WRT User


Joined: 25 May 2008
Posts: 96

PostPosted: Wed Oct 15, 2014 7:19    Post subject: Reply with quote
Slidermike:

If it's possible, try to identify the device that triggers reboot
wgentine
DD-WRT User


Joined: 03 Dec 2013
Posts: 95
Location: Walldorf/DE

PostPosted: Wed Oct 15, 2014 13:44    Post subject: Reply with quote
i didn't make any changes but upgraded from 24345 OLD to 25090 NEW and 11 hours up! I never had more than 30m up with new drivers.
Murrkf
DD-WRT Guru


Joined: 22 Sep 2008
Posts: 12675

PostPosted: Wed Oct 15, 2014 14:07    Post subject: Reply with quote
Please note that I made a 75% reduction in the size of this thread by removing four pages of random chatter and other off topic discussion. The thread should be a lot more readable and useful now.
_________________
SIG:
I'm trying to teach you to fish, not give you a fish. If you just want a fish, wait for a fisherman who hands them out. I'm more of a fishing instructor.
LOM: "If you show that you have not bothered to read the forum announcements or to follow the advices in them then the level of help available for you will drop substantially, also known as Murrkf's law.."
athurdent
DD-WRT User


Joined: 22 Nov 2008
Posts: 88
Location: .de

PostPosted: Wed Oct 15, 2014 15:00    Post subject: Reply with quote
FYI: http://svn.dd-wrt.com/ticket/3639#comment:1
slidermike
DD-WRT Guru


Joined: 11 Nov 2013
Posts: 1487
Location: USA

PostPosted: Wed Oct 15, 2014 15:30    Post subject: Reply with quote
earth,
apple iphone 4s.
My work forces me to own it.
earthmind wrote:
Slidermike:

If it's possible, try to identify the device that triggers reboot

_________________
Router currently owned:
Netgear R7800 - Router
Netgear R7000 - AP mode

R7000 specific Tips/Tricks.
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=264152
slidermike
DD-WRT Guru


Joined: 11 Nov 2013
Posts: 1487
Location: USA

PostPosted: Wed Oct 15, 2014 15:31    Post subject: Reply with quote
Specifically the 2.4 radio WMM.
The 5 radio WMM is/has been fine in my environment.
athurdent wrote:
FYI: http://svn.dd-wrt.com/ticket/3639#comment:1

_________________
Router currently owned:
Netgear R7800 - Router
Netgear R7000 - AP mode

R7000 specific Tips/Tricks.
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=264152
Antimatter
DD-WRT Novice


Joined: 29 Sep 2014
Posts: 18

PostPosted: Wed Oct 15, 2014 15:33    Post subject: Reply with quote
Using the 25100 firmware I did only
nvram set wl0_ampdu=off
nvram commit
reboot

My 5GHz network is active but no devices are connected to it so I only change the 2.5GHz.

Before when using firmware with the new driver I experienced random reboots and specific reboots whenever I sent a file to the wifi (2.5GHz) printer.
So far I have not had any random reboots in 15hrs which is not really long enough but I have sent several files to the printer which before always caused a reboot but now they did not.
More time will tell but this seems encouraging.
itsdashy
DD-WRT Novice


Joined: 25 Nov 2013
Posts: 4

PostPosted: Wed Oct 15, 2014 16:24    Post subject: Reply with quote
Just upgraded a couple of E4200 to R7000 and overall it's good apart from stability. I have found in my limited experience that 24800 is the most stable but I figure with more devices being used I've had a baptism of fire. So much for trying stuff at home before using in the workplace Laughing

As an AP tried 25100 with
nvram set wl0_ampdu=off
nvram set wl1_ampdu=off

With a mix of 30-50 70% Apple products it was rebooting every 5 mins. Sad

Back to 24800 and it's slightly more stable however I get a lot of dropouts without the whole router going down.
Goto page Previous  1, 2, 3 ... 8, 9, 10 ... 13, 14, 15  Next Display posts from previous:    Page 9 of 15
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