That doesn't matter as it already fails during the boot phase when the driver gets loaded.
but european country,
2.4ghz: channel 6, 17dbm, 20mhz
5ghz: channel 120, 20dbm, 80mhz AC
Will try to test some more later this week.
That doesn't matter as it already fails during the boot phase when the driver gets loaded.
but european country,
2.4ghz: channel 6, 17dbm, 20mhz
5ghz: channel 120, 20dbm, 80mhz AC
Will try to test some more later this week.
On working router try to manually replace latest firmware-5.bin (3.4-00068) and board-2.bin in /lib/firmware/ath10k/... folder and reboot
https://source.codeaurora.org/quic/qsdk/oss/firmware/ath10k-firmware/tree/ath10k/QCA9984/hw1.0
Have you tried other channels, country? Maybe it has smth to do with dfs feature failing during firmware initialisation?
Think i found the issue. a wget of the makefile gives me a file with 2400 lines somehow, where i should get 302 lines.
so i've now manually cut and paste the differences, and recompiled. Lets see how that works.
You can also download any Github commit by just adding ".patch" at the end:
wget https://github.com/dissent1/r7800/commit/9edae9438b5bf7792434fa8ade24307aa7637ea5.patch
You can apply that patch easily. No need for manual editing...
@hnyman
in choosing your new router, what factor make you choose R7800 over WRT1900ACS?
is it related to ath10 over mlwifi?
i am still able to send back my wrt... seems your R7800 have more fun
Edit: Do you have any figure about USB 3 write speed? Are they the same like the small net builder mentioned, 55MBps?
I havenot tested wrt1900 series so no real comparison on details. You can read more of my device selection from
Thanks
I have read that post as well, and come up with a conclusion I should go for R7800.
Asking the previous questions is just a final check to see if there is any glithces...
Talking about the USB, it should be fast. Just curious on real world first hand speed.
Thanks for the tip.
The newer firmware now works great.
Any chance we could still get this newer firmware into Lede 17.01?
so the newer firmware is now in trunk, but over the day i still see some cosmetic errors that would be fixed by this new firmware:
[ 20.864003] ath10k_pci 0001:01:00.0: firmware ver 10.4-3.4-00068 api 5 features no-p2p,mfp,peer-flow-ctrl,btcoex-param crc32 fb5bee97
[ 6742.486101] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
[ 6742.486151] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
[ 9799.748258] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
[ 9799.748329] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
[ 9799.755500] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
[ 9799.763722] ath10k_pci 0001:01:00.0: received unexpected tx_fetch_ind event: in push mode
guess they still have some work to do
Could you apply this to your tree
https://git.lede-project.org/?p=lede/nbd/staging.git;a=commit;h=f2a75b5b5867910dbe14bf7366fd9c4ebd0880d2
I could, but this thing is sitting as a main router at a family members house. Not really feeling like i should mess around to much with it (remotely). I've currently put it on V17.01 + the newer wifi firmware. My main focus is longterm stability.
i do have full a access to it via site-to-site vpn though.
Well, I actually do not face any issues with that updated wireless driver, so it would have been useful to know if it helps you with that syslog spam, because even previous firmware update fixed it mostly.
I've just bought a R7800 router and I'm running latest lede snapshot for 2 days with great results!
Wireless performance is really good, as good as the stock firmware, even better sometime. I was able to run a nperf.com test at 300Mbpps/250Mbps with my 11ac (80 MHz) laptop.
Regarding the wired performance, it seems stuck at around 800/850Mbps in a regular NAT scenario. (My fiber WAN connection is 1Gbps/250Mbps, and during the night, Iām able to perform 980Mbps/250Mbps speedtest with a PC directly connected to ONT). I know that hardware NAT is currently not implemented but with a dual core 1,7GHz CPU, I was especting the 1Gbps bandwidth...
On this thread, I can see many discussion regarding CPU clock variation: could you tell me how to monitor/check CPU clock ?
The easiest way is to install the LuCI statistics package and also the collectd-mod-cpufreq package that enables CPU frequency monitoring. (you might also install collectd-mod-thermal to see the CPU temps)
Or you can also look the current value from console:
root@LEDE:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
384000
root@LEDE:~# cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_cur_freq
384000
When there is more load, it might look like this:
root@LEDE:~# cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
1725000
384000
Thanks a lot ! This is what I get on heavy load (750Mbps):
root@LEDE:~# cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
1725000
1000000
and:
CPU: 0% usr 6% sys 0% nic 18% idle 0% io 0% irq 75% sirq
I guess CPU could be the bottleneck...
Could you show a cat /proc/interrupts? Might be to many services are running on the first cpu, and switching e.g. The wireless interfaces to the second cpu would improve overall performance.
Here the output :
root@LEDE:~# cat /proc/interrupts CPU0 CPU1 16: 3282539 2952357 GIC 18 Edge gp_timer 18: 33 0 GIC 51 Edge qcom_rpm_ack 19: 0 0 GIC 53 Edge qcom_rpm_err 20: 0 0 GIC 54 Edge qcom_rpm_wakeup 26: 0 0 GIC 241 Edge 29000000.sata 27: 3432167 0 GIC 67 Edge qcom-pcie-msi 28: 9562915 0 GIC 89 Edge qcom-pcie-msi 29: 183179 0 GIC 202 Edge adm_dma 30: 7136044 0 GIC 255 Level eth0 31: 9659778 0 GIC 258 Level eth1 32: 0 0 GIC 130 Level bam_dma 33: 0 0 GIC 128 Level bam_dma 40: 2 0 msmgpio 6 Edge gpio-keys 88: 2 0 msmgpio 54 Edge gpio-keys 99: 2 0 msmgpio 65 Edge gpio-keys 103: 0 0 PCI-MSI 0 Edge aerdrv 104: 3432167 0 PCI-MSI 1 Edge ath10k_pci 136: 0 0 PCI-MSI 0 Edge aerdrv 137: 9562915 0 PCI-MSI 1 Edge ath10k_pci 169: 11 0 GIC 184 Level msm_serial0 170: 2 0 GIC 187 Level 1a280000.spi 171: 67 0 GIC 142 Level xhci-hcd:usb1 172: 0 0 GIC 237 Level xhci-hcd:usb3 IPI0: 0 0 CPU wakeup interrupts IPI1: 0 0 Timer broadcast interrupts IPI2: 149144 5975393 Rescheduling interrupts IPI3: 0 0 Function call interrupts IPI4: 72281 3751366 Single function call interrupts IPI5: 0 0 CPU stop interrupts IPI6: 1 0 IRQ work interrupts IPI7: 0 0 completion interrupts Err: 0
How can I possibly move services to the second CPU?
[edit] oops, wrong values, this should be the correct one
[edit2] hmm, just testing here and i can't move wireless for some reason, but i can move eth0 and 1:
echo 2 >/proc/irq/30/smp_affinity
echo 2 >/proc/irq/31/smp_affinity
That should move eth0 and 1 over to the second cpu, while keeping Wifi on the original one. You'll have to run it after each reboot.
Let me know how this works out, am really curious if it makes a difference
Thanks @johnnysl for your help.
At first sight, it looks ok, less multicast TV macro-blocs when running wireless high-rate transfers (QoS is my next fight).
I'll perform wired speedtest later, and keep in touch.
Just wondering:
cat /proc/irq/default_smp_affinity
3
Why 3 ?
Bitmask.
1 = core 0
2 = core 1
4 = core 2 ... Etc.
3 = both core 0 and 1