Looks like the problem I was experiencing on that Netgear R6700V3 router was due to bad hardware. Since posting about the problem it has gotten progressively worse until the thing would barely run for more than an hour at a time.
I've used build r42617 on other routers and it has not skipped a beat at least for the basics, but with differing hardware it can be tough to predict what release will work best on what model. Of course that's all part of the fun!
Router/Version: Netgear R7000P Mode: AP, USB, Samba, FTP, Privoxy File: factory-to-dd-wrt.chk for Netgear R7000P Kernel: Linux 4.4.215 #1057 SMP Thu Mar 5 08:05:50 +04 2020 armv7l Status: working with errors, 9 days uptime, 5GHz channel cannot be set manually
upgraded without reset from build 41686 (power cycle only), only channel selection options for 5GHz VHT80 are Auto and current channel in the drop down menu. Anyone else with this issue?
Could be tied to the autochannel changes for Atheros. You may wish to try 42681. I haven't taken the plunge on my R7000P to upgrade from 40270M kongac yet. It's only used on my workbench.
buid 35550M kongac worked well for me until i bought iPhone XS and noticed that the phone will work only in the same room of the router, later and after many wasted hours I upgraded to 41586 and the iPhone XS started working normally. if not for the iPhone XS, my R7000P would've still been on 35550M. same behavior on R6300v2 so that got upgraded as well.
egc wrote:
You could do a reset and see if that helps but I doubt it will, I have a lot more channel options but on my R6400v2 which has slightly different radios, so it might be a bug specific for the R7000P, in that case file a bug report?
i asked the user with R7000P in the 42681 thread to see if they have the same issue, will wait the reply and see
Could be tied to the autochannel changes for Atheros. You may wish to try 42681. I haven't taken the plunge on my R7000P to upgrade from 40270M kongac yet. It's only used on my workbench.
Same reported for 42681.
egc wrote:
You could do a reset and see if that helps but I doubt it will, I have a lot more channel options but on my R6400v2 which has slightly different radios, so it might be a bug specific for the R7000P, in that case file a bug report?
Joined: 08 May 2018 Posts: 7610 Location: Texas, USA
Posted: Wed Mar 18, 2020 13:19 Post subject:
nolimitz wrote:
kernel-panic69 wrote:
Could be tied to the autochannel changes for Atheros. You may wish to try 42681. I haven't taken the plunge on my R7000P to upgrade from 40270M kongac yet. It's only used on my workbench.
Same reported for 42681.
egc wrote:
You could do a reset and see if that helps but I doubt it will, I have a lot more channel options but on my R6400v2 which has slightly different radios, so it might be a bug specific for the R7000P, in that case file a bug report?
1) set the Channel Width and Save.
2) Set the Extension Channel UU, LL or UL and save
3) The channel list will now show legal channels with the settings 1-2. Select channel and apply.
This is just not a user friendly UI design. To have the page dynamically update, js and Ajax calls must be implemented.
1) set the Channel Width and Save.
2) Set the Extension Channel UU, LL or UL and save
3) The channel list will now show legal channels with the settings 1-2. Select channel and apply.
This is just not a user friendly UI design. To have the page dynamically update, js and Ajax calls must be implemented.
basically i came from 41686 which already shows other channels using the method you quoted, it was not broken earlier but it is broken now, at least on R7000P.
