I understand what you are saying and makes perfect sense because of seeing the CPU Clock speed constantly adjusting on the status page. But if that’s the case why doesn’t all the other functions spike and level off? For example why wouldn’t a speedtest on an EA8500 that’s not in OVPN client mode not also vary, or for that matter why does the wireless always maintain optimal performance?
Judging from you sig you would know better than I but the way I understand it is the vpn function is very labor intensive on the router due to the encryption and that is what sets apart the $15 ebay router from something like the EA8500. Just thinking out loud and to sum it all up if the demand is already there placed on the router’s cpu with the vpn client enabled why doesn’t it even throttle down? I would think the start point for such and eco mode would be the baseline for all the task already in use.
r31815M kongat (04/04/17)
Prolly no Gold Star yet for ath10k firmware ver 10.4.3-ct-fW-009-6cb0af2
Not good sign -
[ 3790.141200] ath10k_pci 0000:01:00.0: firmware crashed! (uuid f62c3e12-80ec-47a3-bfe7-52c1a9232d80)
But it twas trying and actually everything still working -
[ 3790.501141] ieee80211 phy0: Hardware restart was requested
[ 3792.332649] ath10k_pci 0000:01:00.0: device successfully recovered
top didn't show anything eating at the CPU or nothing bad like that and it actually was working smooth after
its 2 second attack but after almost 2 1/2 hours I hit the chicken switch and booted back into 31800M cause I got
stuff to tend too anyways it finally filled dmesg up with -
ath10k_pci 0000:01:00.0: received unexpected tx_fetch_ind event: in push mode
Next day --
Booted back into 31815M
No, have not changed any settings.
It's been running fine for -
---:~# uptime
09:48:01 up 1:42, load average: 0.07, 0.10, 0.08
No crash this time -- not that I can see.
[ 29.808427] br0: port 3(ath1) entered forwarding state
[ 30.492948] device vlan2 entered promiscuous mode
[ 31.353106] device vlan2 left promiscuous mode
[ 31.801442] br0: port 3(ath1) entered forwarding state
[ 3751.033240] nf_conntrack: automatic helper assignment is deprecated and it will be removed soon. Use the iptables CT target to attach helpers instead.
[ 4480.415543] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
[ 4480.784200] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
[ 4481.152769] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
[ 4481.521578] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
[ 4481.890054] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
---------- This goes on and on and finally floods out log
3 device on ath0
3 on ath1
1 on ath1.1
1 on ath0.1
No iphones or ipads.... but I know there were 3 ~ 4 iPhones connected (to ath0 & ath1) directly to this box yesterday when running 31815M.
So I blame the iPhones for causing the new ath10k to crash.... they are just trouble when they start running in a pack
Imma gonna let her run for while see what happens ... ---oooh can't wait to see --
None of that that I can see in the log of my r7800 with 3 iPads and 3 iPhones.
Ditch that inferior router. _________________ I am far from a guru, I'm barely a novice.
Following mrjcd's tutorial http://mrjcd.com/EA8500_DD-WRT/, I also purchased "2PCS PL2303HX USB To TTL To UART RS232 COM Cable Module Converter" from Amazon http://a.co/0gKNiFF (this particular one is out of stock at the time of posting)
The router was pristine and had firmware version 1.1.5.178908 installed.
I went to dis-assemble the router - one thing not mentioned in mrjcd's tutorial is that the top cover is strongly attached to the base and will need to be pried off with some sort of a tool. I did not have a "prying tool". A flat head screwdriver was too thick. I was going to use a metal butter knife but found a thin, flexible metal ruler which worked well.
After opening the router I realized that the prongs used to attach the RS232 to USB cable were not there. I am not sure if this is because it is a refurb or if they are intentionally removing the prongs (or a combination of both). I attached an image of my mediocre soldering job.
I cut the connectors, stripped the wires, then soldered them to their appropriate places on the board again following mrjcd's tutorial.
For some reason Putty did not want to connect when I selected "Serial" from the left menu and typed in my parameters. I tried that several times before I selected "Session" from the left menu, selected the radio button for Serial, typed in my COM/SPEED and clicked Open which worked. Basically I had to follow the "You can name & save these settings if you want" step.
Following mrjcd's tutorial http://mrjcd.com/EA8500_DD-WRT/, I also purchased "2PCS PL2303HX USB To TTL To UART RS232 COM Cable Module Converter" from Amazon http://a.co/0gKNiFF (this particular one is out of stock at the time of posting)
The router was pristine and had firmware version 1.1.5.178908 installed.
I went to dis-assemble the router - one thing not mentioned in mrjcd's tutorial is that the top cover is strongly attached to the base and will need to be pried off with some sort of a tool. I did not have a "prying tool". A flat head screwdriver was too thick. I was going to use a metal butter knife but found a thin, flexible metal ruler which worked well.
After opening the router I realized that the prongs used to attach the RS232 to USB cable were not there. I am not sure if this is because it is a refurb or if they are intentionally removing the prongs (or a combination of both). I attached an image of my mediocre soldering job.
I cut the connectors, stripped the wires, then soldered them to their appropriate places on the board again following mrjcd's tutorial.
For some reason Putty did not want to connect when I selected "Serial" from the left menu and typed in my parameters. I tried that several times before I selected "Session" from the left menu, selected the radio button for Serial, typed in my COM/SPEED and clicked Open which worked. Basically I had to follow the "You can name & save these settings if you want" step.
The remaining steps went off without a hitch. Thanks again @mrjcd!
You're very welcome. Yea they quit shipping the boards with header pins a while back. Looks as though you done a fine job ...Of course you could have always hired a trusted sole to just stand there and hold the wires in correct position while you flashed it. I haven't ever found a ligetimate reason to use serial again after first flash ....Well other than just to poke at it from time to time when I get bored.
If you would, Please resize your picture to no bigger than 800 width.....If you don't Malachi will come thru here and delete it ....well, if he can get one of his fretgrear routers online
I did the same thing as wahooka yesterday. Same Newegg Flash deal and also followed mrjcd's instructions. I bought a different USB to TTL (KEDSUM® CP2102 Module STC Download Cable USB 2.0 to TTL 6PIN Serial Converter For STC on Amazon). This worked and a quick search for CP2102 driver pulled up an SIlabs site. I agree on the challenge of opening the top. I was fortunate enough to have the header pins on my board. Everything worked flawlessly using the mrjcd instructions. Thanks so much for hosting those and documenting it.
I did the same thing as wahooka yesterday. Same Newegg Flash deal and also followed mrjcd's instructions. I bought a different USB to TTL (KEDSUM® CP2102 Module STC Download Cable USB 2.0 to TTL 6PIN Serial Converter For STC on Amazon). This worked and a quick search for CP2102 driver pulled up an SIlabs site. I agree on the challenge of opening the top. I was fortunate enough to have the header pins on my board. Everything worked flawlessly using the mrjcd instructions. Thanks so much for hosting those and documenting it.
Good job, reel. Now we are gaining on the dark-side
DD-WRT v3.0-r31870M kongat (04/16/17)
Linux 3.18.49-rc1 #94 SMP PREEMPT Sun Apr 16 18:27:08 CEST 2017
installed over BS 31839
This might be a keeper --
Main gateway
restricted guest on ath0.1 & ath1.1
33 static leases
Encrypt DNS (using OpenNIC Anycast DNS .. I lke it)
SSH key access (no remote here)
Port Range Forwarding
QOS HTB FQ_Codel w/22 Services Prios + infc ath0.1 & ath1.1 set to bulk
OpenVPN server ..server log blank in webif but page shows connections
I really like the local time on syslog.
up 1 hr 48 min
--
If anyone wants to know if EA8500 firmware will go onto a WNDR3700v4 I
can say for sure it won't -- And if other long time users of dd-wrt with multiple
routers says they have never done such a stupid thing I probably would not believe
them.... this aint my 1st time to do such a thing
Thanks mrjcd for the update and thanks Kong for supporting our devices. At the moment I have two EA8500’s, the main router was running r31780M and the second EA8500 is configured as a vpn client connected to my main router runner the r31800M Kong build, both have been flawless expect for the fluctuating vpn speeds on EA8500 #2 but all is good. I’m probably going to make a change with the vpn router but that’s another story for another time..
I upgraded the main router to the new build, I did a reset and manually reentered my settings and all is good so far. I wasn’t sure what to expect with the Encrypt DNS but not seeing any lag times or speed lost. I tried the same Resolver as mrjcd and the default Resolver and pages are opening just as fast as before without the new feature. I use Secure Shell & Putty for remote access so just have to test that as some point later today but I’m going to assume it will work just as in all dd-wrt past builds. I'm going to upgrade the #2 EA8500 later today via another clean install.
Thanks Kong and mrjcd and everyone else who has worked on the EA8500.