New KONG ddwrt build - 05/25/2019

Post new topic   Reply to topic    DD-WRT Forum Index -> Atheros WiSOC based Hardware
Goto page Previous  1, 2, 3, 4, 5  Next
Author Message
tatsuya46
DD-WRT Guru


Joined: 03 Jan 2010
Posts: 7568
Location: YWG, Canada

PostPosted: Fri May 31, 2019 17:40    Post subject: Reply with quote
that smp affinity is old & for k3.18 i think, need to do cat /proc/interrupts & use the correct one for eth0 its 100 or 101 now
_________________
LATEST FIRMWARE(S)

BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers

[x86_64] Haswell i3-4150/QCA9984/QCA9882 ------> r55488 std
[QUALCOMM] DIR-862L --------------------------------> r55460 std
▲ ACTIVE / INACTIVE ▼
[QUALCOMM] WNDR4300 v1 --------------------------> r50485 std
[BROADCOM] DIR-860L A1 ----------------------------> r50485 std


Sigh.. why do i exist anyway.. | I love you Anthony.. never forget that.. my other 99% that ill never see again..

Sponsor
stephensuley
DD-WRT Guru


Joined: 09 Feb 2008
Posts: 641
Location: Canada

PostPosted: Fri May 31, 2019 17:43    Post subject: Reply with quote
stephensuley wrote:
stephensuley wrote:
msoengineer wrote:
mrjcd wrote:
Kong builds have WAN & wireless interrupts mostly fixed -- BS builds do NOT.


@stephensuley- You can try running some custom commands to move the WAN interface over to the other CPU Core and force the EA8500 CPU's to run at full speed all the time to get the most speed out of the router.

See this post:
https://forum.dd-wrt.com/phpBB2/viewtopic.php?p=1166381#1166381

Startup command:
Code:
echo 2 > /proc/irq/255/smp_affinity

for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do [ -f $CPUFREQ ] || continue; echo -n performance > $CPUFREQ; done



I'll test it now.


result - http://www.dslreports.com/speedtest/50328331


The first command errors out..
echo 2 > /proc/irq/255/smp_affinity

-sh: can't create /proc/irq/255/smp_affinity: nonexistent directory


I got a little better result...

http://www.dslreports.com/speedtest/50328509


Seems both commands failed to take on startup tab. I entered them from the CLI and I saw the clock jump up to 1400 on the second core as reported in the webgui after I entered the second command.

_________________
Location (urban) - 1x Linksys EA8500 (AP wlan0 & wlan1 enabled)
1x Asus 68u (Repeater Bridge w/VAP) - wl0 disabled
1x Asus 87u (Client Bridge) - wl1 disabled


Latest and greatest builds Wink
msoengineer
DD-WRT Guru


Joined: 21 Jan 2017
Posts: 1782
Location: Illinois Moderator

PostPosted: Fri May 31, 2019 18:07    Post subject: Reply with quote
stephensuley wrote:
stephensuley wrote:
stephensuley wrote:
msoengineer wrote:
mrjcd wrote:
Kong builds have WAN & wireless interrupts mostly fixed -- BS builds do NOT.


@stephensuley- You can try running some custom commands to move the WAN interface over to the other CPU Core and force the EA8500 CPU's to run at full speed all the time to get the most speed out of the router.

See this post:
https://forum.dd-wrt.com/phpBB2/viewtopic.php?p=1166381#1166381

Startup command:
Code:
echo 2 > /proc/irq/255/smp_affinity

for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do [ -f $CPUFREQ ] || continue; echo -n performance > $CPUFREQ; done



I'll test it now.


result - http://www.dslreports.com/speedtest/50328331


The first command errors out..
echo 2 > /proc/irq/255/smp_affinity

-sh: can't create /proc/irq/255/smp_affinity: nonexistent directory


I got a little better result...

http://www.dslreports.com/speedtest/50328509


Seems both commands failed to take on startup tab. I entered them from the CLI and I saw the clock jump up to 1400 on the second core as reported in the webgui after I entered the second command.


For the EA8500 it's irq 100. So,
Code:
echo 2 > /proc/irq/100/smp_affinity

for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do [ -f $CPUFREQ ] || continue; echo -n performance > $CPUFREQ; done


save that in startup commands, and then reboot the router

_________________
FORUM RULES

TIPS/TRICKS: Best QCA Wifi Settings | Latency tricks | QoS Port priority | NEVER USE MU-MIMO |
Why to NOT use MU-MIMO | Max Wifi Pwr by Country | Linux Wifi Pwr | AC MCS & AX MCS | QCA 5Ghz chnls to use | WIFI Freq WIKI | TFTP R7800 | Don't buy AX | IPERF3 How-To

[R9000]52396 nightly (Main Router)
[EA8500]43192 & 45493 (2xOffsite)
[R7800] resting
[WDR3600]BS 44715 (Offsite)
[A7v5]BS 43038 (Offsite+spare napping)
mrjcd
DD-WRT Guru


Joined: 31 Jan 2015
Posts: 6268
Location: Texas

PostPosted: Fri May 31, 2019 21:10    Post subject: Reply with quote
I reckon if you have real fast internet you probably benefit using Kong and maybe keeping CUP at 1400
'See This' for the difference in Kong & BS for the EA8500
Now days they both have minimum CPU 800MHz
Bernadoe
DD-WRT User


Joined: 03 Dec 2014
Posts: 217

PostPosted: Sun Jun 02, 2019 10:01    Post subject: Reply with quote
Router: Netgear R7800
Firmware: DD-WRT v3.0-r39855M kongat (05/25/19)
Kernel: Linux 4.9.177 #412 SMP Sat May 25 14:58:57 CEST 2019 armv7l
Status: Working
Reset: No
Previous: 39715M
Errors: No

Temperatures : CPU 53.22 °C / ath0 28 °C / ath1 28 °C

Uptime 7 days, 6:23

Working very well :
Router mode : DHCP
SFE Enable
STP Enable
DNSMasq
Cache DNSSEC data
Validate DNS Replies (DNSSEC)
Check unsigned DNS replies
Local DNS
No DNS Rebind
ath0, ath1
Vpn (OpenVPN Client)

Kong and BS: Thanks for all your good work!

without VPN


with VPN
scope2
DD-WRT User


Joined: 12 Jul 2017
Posts: 181

PostPosted: Tue Jun 04, 2019 21:44    Post subject: Reply with quote
I've just installed this version on a fresh R7800, but I am unable to any responses on WAN Pings.. I have disabled (unticked) "Block Anonymous WAN Requests (ping)" under the firewall settings so it should work..? Is this a bug? (My previous dd-wrt on my R7000 was over a year old, so I dont know if its not been working for a while or not.. )
jerrytouille
DD-WRT Guru


Joined: 11 Dec 2015
Posts: 1304

PostPosted: Wed Jun 05, 2019 1:10    Post subject: KONG DDWRT 39930M NEEDED Reply with quote
39930m please. many important fixes dhcp, openvpn, kernel, syslog, sfe patch, vap qam hostapd...
tatsuya46
DD-WRT Guru


Joined: 03 Jan 2010
Posts: 7568
Location: YWG, Canada

PostPosted: Wed Jun 05, 2019 6:47    Post subject: Reply with quote
can this get looked at? fq_codel's weak upload gets worked around by either having an entry in netmask or interface priority.

since my network is on 10.150.10.1/24 on br0 if i enter that in netmask, then give it any priority (MUST do priority, a speed of 0/0 will do nothing), then i go from this upload:

https://www.dslreports.com/speedtest/50501099

to this upload

https://www.dslreports.com/speedtest/50501084

my entered qos rates are the exact same of 327680 download (320mbps) and 15974 upload (15.6mbps). this obviously creates more load on the cpu as theres more rules in iptables -t mangle -vnL, but its not my much. both ways of approach work around this bug, but netmask adds more load as theres doubled the amount of extra rules than that of interface br0 addition way.

the priority of the netmask or interface does seem to have an effect on how fairly bandwidth is split even though i have port based entries in services (the same ones multiple seem to like using), an entry of premium seems to be the best option, guaranteeing 50% of entered bandwidth. if i use standard, than a p2p app using max upload with all random port 30000+ tcp, will take 85% of the bandwidth from everything else, even if the other streams are entered in services list above, such as https tcp 443 at premium..

i thought this wasnt affecting other routers like mips based ones on k3.18 but it is as well, so someone fucked up fq_codel across multiple kernels. this difference in upload is happening across all routers using fq_codel, htb/hfsc. all types of load, on all client devices, in the same way.

why does a netmask or interface entry like that (that even gets screwy with services priority) fix the upload to get much closer to what the user enters?

_________________
LATEST FIRMWARE(S)

BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers

[x86_64] Haswell i3-4150/QCA9984/QCA9882 ------> r55488 std
[QUALCOMM] DIR-862L --------------------------------> r55460 std
▲ ACTIVE / INACTIVE ▼
[QUALCOMM] WNDR4300 v1 --------------------------> r50485 std
[BROADCOM] DIR-860L A1 ----------------------------> r50485 std


Sigh.. why do i exist anyway.. | I love you Anthony.. never forget that.. my other 99% that ill never see again..

scope2
DD-WRT User


Joined: 12 Jul 2017
Posts: 181

PostPosted: Wed Jun 05, 2019 16:43    Post subject: Reply with quote
Can somebody confirm port forwarding works with this firmware? I seem unable to forward anything.
vit5421
DD-WRT User


Joined: 12 Nov 2015
Posts: 413

PostPosted: Wed Jun 05, 2019 16:49    Post subject: Reply with quote
scope2 wrote:
Can somebody confirm port forwarding works with this firmware? I seem unable to forward anything.


Works fine as usual

_________________
Netgear R7800
msoengineer
DD-WRT Guru


Joined: 21 Jan 2017
Posts: 1782
Location: Illinois Moderator

PostPosted: Wed Jun 05, 2019 16:52    Post subject: Reply with quote
scope2 wrote:
Can somebody confirm port forwarding works with this firmware? I seem unable to forward anything.


Sounds like you might have Gremlins... Have you tried to reset and start from scratch?

My R9000 worked for many days when I ran this build just fine for port forwards.

_________________
FORUM RULES

TIPS/TRICKS: Best QCA Wifi Settings | Latency tricks | QoS Port priority | NEVER USE MU-MIMO |
Why to NOT use MU-MIMO | Max Wifi Pwr by Country | Linux Wifi Pwr | AC MCS & AX MCS | QCA 5Ghz chnls to use | WIFI Freq WIKI | TFTP R7800 | Don't buy AX | IPERF3 How-To

[R9000]52396 nightly (Main Router)
[EA8500]43192 & 45493 (2xOffsite)
[R7800] resting
[WDR3600]BS 44715 (Offsite)
[A7v5]BS 43038 (Offsite+spare napping)
vit5421
DD-WRT User


Joined: 12 Nov 2015
Posts: 413

PostPosted: Wed Jun 05, 2019 17:57    Post subject: Reply with quote
Guys,
R u able to use the 802.11r / fast bss transition? Any advice please

_________________
Netgear R7800
scope2
DD-WRT User


Joined: 12 Jul 2017
Posts: 181

PostPosted: Wed Jun 05, 2019 18:51    Post subject: Reply with quote
msoengineer wrote:
scope2 wrote:
Can somebody confirm port forwarding works with this firmware? I seem unable to forward anything.


Sounds like you might have Gremlins... Have you tried to reset and start from scratch?

My R9000 worked for many days when I ran this build just fine for port forwards.


It was a gremlin alright.. for the first time in a couple of years my IP changed - hence nothing forwarded. Very Happy
tatsuya46
DD-WRT Guru


Joined: 03 Jan 2010
Posts: 7568
Location: YWG, Canada

PostPosted: Thu Jun 06, 2019 2:20    Post subject: Reply with quote
vit5421 wrote:
Guys,
R u able to use the 802.11r / fast bss transition? Any advice please


client device must support 802.11r, and 802.11w management frame protection MUST be disabled, or this problem happens https://svn.dd-wrt.com/ticket/6655

mobility domain must be the same between all interfaces on the same network, set the nas id of each interface to the mac address of the interface without the ":", eg: if ath0 mac is 12:34:56:78:90:AB set ath0 mobility domain to 1234567890AB same thing for other interfaces.

_________________
LATEST FIRMWARE(S)

BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers

[x86_64] Haswell i3-4150/QCA9984/QCA9882 ------> r55488 std
[QUALCOMM] DIR-862L --------------------------------> r55460 std
▲ ACTIVE / INACTIVE ▼
[QUALCOMM] WNDR4300 v1 --------------------------> r50485 std
[BROADCOM] DIR-860L A1 ----------------------------> r50485 std


Sigh.. why do i exist anyway.. | I love you Anthony.. never forget that.. my other 99% that ill never see again..

Chryses
DD-WRT User


Joined: 27 Jun 2018
Posts: 99

PostPosted: Sat Jun 15, 2019 13:06    Post subject: firmware crashed Reply with quote
From the last 2/3 build I always got this error

Code:
Jun 15 14:36:55 DD-WRT daemon.info hostapd: ath1: STA 60:67:20:87:6f:e0 RADIUS: starting accounting session E30491F147811CDF
Jun 15 14:36:55 DD-WRT daemon.info hostapd: ath1: STA 60:67:20:87:6f:e0 WPA: pairwise key handshake completed (RSN)
Jun 15 14:36:55 DD-WRT daemon.info dnsmasq-dhcp[1624]: DHCPREQUEST(br0) 10.0.0.116 60:67:20:87:6f:e0
Jun 15 14:36:55 DD-WRT daemon.info dnsmasq-dhcp[1624]: DHCPACK(br0) 10.0.0.116 60:67:20:87:6f:e0 PC-2017193
Jun 15 14:36:58 DD-WRT kern.err kernel: [ 425.372693] ath10k_pci 0001:01:00.0: firmware crashed! (uuid n/a)
Jun 15 14:36:58 DD-WRT kern.info kernel: [ 425.372750] ath10k_pci 0001:01:00.0: qca9984/qca9994 hw1.0 target 0x01000000 chip_id 0x00000000 sub 168c:cafe
Jun 15 14:36:58 DD-WRT kern.info kernel: [ 425.377800] ath10k_pci 0001:01:00.0: kconfig debug 1 debugfs 1 tracing 0 dfs 0 testmode 0
Jun 15 14:36:58 DD-WRT kern.info kernel: [ 425.391379] ath10k_pci 0001:01:00.0: firmware ver 10.4-3.9.0.2-00044 api 5 features no-p2p,mfp,peer-flow-ctrl,btcoex-param,allows-mesh-bcast,no-ps crc32 c3e1b393
Jun 15 14:36:58 DD-WRT kern.info kernel: [ 425.395920] ath10k_pci 0001:01:00.0: board_file api 1 bmi_id N/A crc32 f722364b
Jun 15 14:36:58 DD-WRT kern.info kernel: [ 425.410253] ath10k_pci 0001:01:00.0: htt-ver 2.2 wmi-op 6 htt-op 4 cal file max-sta 512 raw 0 hwcrypto 1
Jun 15 14:36:58 DD-WRT kern.err kernel: [ 425.417500] ath10k_pci 0001:01:00.0: firmware register dump:
Jun 15 14:36:58 DD-WRT kern.err kernel: [ 425.427085] ath10k_pci 0001:01:00.0: [00]: 0x0000000A 0x000015B3 0x0099183D 0x00975B31
Jun 15 14:36:58 DD-WRT kern.err kernel: [ 425.432728] ath10k_pci 0001:01:00.0: [04]: 0x0099183D 0x00060330 0x0000001C 0x0000803C
Jun 15 14:36:58 DD-WRT kern.err kernel: [ 425.440458] ath10k_pci 0001:01:00.0: [08]: 0x00000008 0x00000005 0x00000001 0x00000000
Jun 15 14:36:58 DD-WRT kern.err kernel: [ 425.448356] ath10k_pci 0001:01:00.0: [12]: 0x00000009 0x00000000 0x0099016C 0x0099017F
Jun 15 14:36:58 DD-WRT kern.err kernel: [ 425.456253] ath10k_pci 0001:01:00.0: [16]: 0x00973AB0 0x009606CA 0x009606CA 0x00000000
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.464140] ath10k_pci 0001:01:00.0: [20]: 0x4099183D 0x004065DC 0x00000000 0x00000001
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.472040] ath10k_pci 0001:01:00.0: [24]: 0x809901B2 0x0040663C 0x00000001 0xC099183D
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.479940] ath10k_pci 0001:01:00.0: [28]: 0x8099C8EF 0x0040665C 0x0042F2B4 0x0045D278
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.487837] ath10k_pci 0001:01:00.0: [32]: 0x80983002 0x0040672C 0x00431138 0x0045D278
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.495737] ath10k_pci 0001:01:00.0: [36]: 0x8098EE02 0x0040675C 0x00458604 0x0045D278
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.503636] ath10k_pci 0001:01:00.0: [40]: 0x809B70B0 0x004067EC 0x00430940 0x00427A14
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.511536] ath10k_pci 0001:01:00.0: [44]: 0x809B531A 0x004068CC 0x00427A04 0x0000004C
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.519435] ath10k_pci 0001:01:00.0: [48]: 0x809B5372 0x0040690C 0x0040697C 0x00975A00
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.527335] ath10k_pci 0001:01:00.0: [52]: 0x809B4F10 0x0040693C 0x00000001 0x0040697C
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.535234] ath10k_pci 0001:01:00.0: [56]: 0x809B45AF 0x0040695C 0x004234E8 0x00423508
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.543133] ath10k_pci 0001:01:00.0: Copy Engine register dump:
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.551040] ath10k_pci 0001:01:00.0: [00]: 0x0004a000 1 1 3 3
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.556854] ath10k_pci 0001:01:00.0: [01]: 0x0004a400 15 15 113 114
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.563449] ath10k_pci 0001:01:00.0: [02]: 0x0004a800 9 9 8 9
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.569873] ath10k_pci 0001:01:00.0: [03]: 0x0004ac00 31 31 1 31
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.576298] ath10k_pci 0001:01:00.0: [04]: 0x0004b000 3049 3049 125 85
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.582721] ath10k_pci 0001:01:00.0: [05]: 0x0004b400 31 31 94 95
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.589143] ath10k_pci 0001:01:00.0: [06]: 0x0004b800 1 1 1 1
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.595741] ath10k_pci 0001:01:00.0: [07]: 0x0004bc00 1 1 1 1
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.602165] ath10k_pci 0001:01:00.0: [08]: 0x0004c000 0 0 127 0
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.608589] ath10k_pci 0001:01:00.0: [09]: 0x0004c400 1 1 1 1
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.615013] ath10k_pci 0001:01:00.0: [10]: 0x0004c800 0 0 0 0
Jun 15 14:36:59 DD-WRT kern.err kernel: [ 425.621435] ath10k_pci 0001:01:00.0: [11]: 0x0004cc00 0 0 0 0
Jun 15 14:36:59 DD-WRT kern.info kernel: [ 425.678525] ieee80211 phy1: Hardware restart was requested
Jun 15 14:37:00 DD-WRT kern.info kernel: [ 427.210893] disable 4addr src learn 0: 0


I don't know exactly when happen, but seems to be related to another problem that happen when I open a laptop that is in standby, so all the lan/wifi stop working (on all devices) for some time and then start to working again. If I wait the problem internet start again after some time, if I close the laptop lid the internet start immediately. So seems to be correlated but I'm sure.

Any idea?
Goto page Previous  1, 2, 3, 4, 5  Next Display posts from previous:    Page 4 of 5
Post new topic   Reply to topic    DD-WRT Forum Index -> Atheros WiSOC 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 cannot attach files in this forum
You cannot download files in this forum