I have this in dmesg:
nf_conntrack: default automatic helper assignment has been turned off for security reasons and CT-based firewall rule not found. Use the iptables CT target to attach helpers instead.
Probably not firmware related? Unless I have some old config somewhere. Does master need updated iptables settings?
i don't have that message
There are some info about it if you google, does not make me any wiser other than "it's nothing to worry about". 
Probably some conntrack module triggering it, irc, ftp whatever.
I can confirm that the patch ports works good also on r7800
i have lots of problem with new wifi (wifi disconnect due to inactivity... )
Same problems on the Turris Omnia which also uses the CT firmware. See if this fixes the inactivity disconnects: https://forum.turris.cz/t/solution-found-for-wifi-clients-disconnects/6065
i open an issue here anyway...
will try this solution thx!
increasing the rekey time fixed my problem but it's strange that i didn't have this problem with stock ath10k
In all honesty, writing a few lines about it certainly wouldn't hurt and it would have been a lengthy discussion if someone else would've made a patch about the change. It also seems to have a lot of regressions...
I've not been involved in the decision, nor the patches, at all (ath10k is fine for me on QCA9984, very personally I'd prefer to stick with mainline ath10k) and just tried to fairly summarize the discussions that happened on IRC. Following the discussions, there apparently are substantial issues with IEEE 802.11w and ath10k/ ath10k-firmware (mostly the later) on QCA9880-BR4A, including frequent firmware crashes - which have been debugged with- and fixed in ath10k-ct.
So far the experience from -ct has not been that great. I am seeing disconnections due to "excessive missing ACKs" and inactivity with my Android tablet.
I haven't really been able to test it (besides a couple of 5 minute tests) at all, as the mac80211 update breaks WDS/4addr functionality (WDS-AP) for me on QCA9984 (with both ath10k and ath10k-ct 4.13 && 4.16); it's apparently fine with ath9k.
Try this and let me know if it helps with the deauth issue
Add:
option disassoc_low_ack '0'
In your '/etc/config/wireless' under the 'wifi-iface' section (I believe)
Noticed that some units really wants to switch between 802.11nac and 802.11bgn quite often.... is there any way to prevent that other than using different SSID's for the networks?
How are your setup? Never really thought about it much but I'm wondering if CT could be the cause, because I have a feeling using the iPhone sometimes causes delays when using Safari that I never experienced before.
EDIT:
Or maybe I've misunderstood the concept, even if I disable the N radio and only have AC on units are connecting at 24.0 Mbit/s, 20MHz
6.0 Mbit/s, 20MHz
EDIT2.5:
Now iPhone usally connects at this rate, this is after changing Firmware back to non-CT, don't think I did anything else.
24.0 Mbit/s, 20MHz
325.0 Mbit/s, 80MHz, VHT-MCS 7, VHT-NSS 1, Short GI
I am using the R7800 as an (overpowered) AP.
I am having an issue where Wi-Fi becomes unavailable; my Samsung Galaxy S8 (as well as my wife's, and my MacBook Pro) all lose Wi-Fi connectivity despite appearing to be still connected. I can't ping the R7800's IP at the time it happens. The issue happens on the main OpenWrt release, as well as this one 18.06 (master had the driver crashing).
I don't see any kind of error in dmesg or in the logs. Is there anything I can do to pull more info to try to track this down?
Edit:
Just to clarify, other devices on the network that are wired are fine and I can ping the "AP" from the wired devices.
Touching wood, after 1 week with the updated driver no issues yet here. Check my post a couple of days ago.
I can confirm issues with R7800-master-r8221-3b53d6fdbc-20181004-1842-sqfs-sysupgrade.bin firmware:
— Android randomly disconnects from Wi-Fi (Samsung Note 8, 5 GHz).
— Some errors in dmesg:
[ 58.107855] WARNING: CPU: 0 PID: 0 at /Openwrt/r7800/build_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/linux-ipq806x/ath10k-ct-2018-08-22-34954f0f/ath10k-4.16/htt_rx.c:901 ath10k_htt_t2h_msg_handler+0xdc4/0x1d0c [ath10k_core]
[ 58.111406] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pptp pppox ppp_mppe ppp_generic mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_esp xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY usbserial slhc nf_reject_ipv4 nf_nat_rtsp nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv4 nf_conntrack_rtsp nf_conntrack_rtcache nf_conntrack_netlink iptable_raw iptable_mangle iptable_filter ipt_ah ipt_ECN ip_tables crc_ccitt compat chaoskey fuse sch_cake act_skbedit act_mirred
[ 58.179943] em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6t_NPT ip6t_MASQUERADE nf_nat_masquerade_ipv6 ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 nf_nat nf_conntrack ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables msdos ip_gre gre ifb sit tunnel4 ip_tunnel tun vfat fat hfsplus cifs nls_utf8 nls_iso8859_15 nls_iso8859_1 nls_cp850 nls_cp437 nls_cp1250 sha1_generic
[ 58.250343] md5 md4 usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug ext4 jbd2 mbcache exfat crc32c_generic
[ 58.275351] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.74 #0
[ 58.297568] Hardware name: Generic DT based system
[ 58.303597] [<c030f8e4>] (unwind_backtrace) from [<c030bb24>] (show_stack+0x14/0x20)
[ 58.308178] [<c030bb24>] (show_stack) from [<c0785878>] (dump_stack+0x88/0x9c)
[ 58.316079] [<c0785878>] (dump_stack) from [<c0318f2c>] (__warn+0xf0/0x11c)
[ 58.323102] [<c0318f2c>] (__warn) from [<c0319018>] (warn_slowpath_null+0x20/0x28)
[ 58.330012] [<c0319018>] (warn_slowpath_null) from [<bf8047f8>] (ath10k_htt_t2h_msg_handler+0xdc4/0x1d0c [ath10k_core])
[ 58.337795] [<bf8047f8>] (ath10k_htt_t2h_msg_handler [ath10k_core]) from [<bf8049e4>] (ath10k_htt_t2h_msg_handler+0xfb0/0x1d0c [ath10k_core])
[ 58.348385] [<bf8049e4>] (ath10k_htt_t2h_msg_handler [ath10k_core]) from [<bf80689c>] (ath10k_htt_txrx_compl_task+0x115c/0x11e0 [ath10k_core])
[ 58.361199] [<bf80689c>] (ath10k_htt_txrx_compl_task [ath10k_core]) from [<bf84c040>] (ath10k_pci_napi_poll+0x7c/0x108 [ath10k_pci])
[ 58.373875] [<bf84c040>] (ath10k_pci_napi_poll [ath10k_pci]) from [<c0688ba0>] (net_rx_action+0x144/0x31c)
[ 58.385869] [<c0688ba0>] (net_rx_action) from [<c03015c8>] (__do_softirq+0xf0/0x264)
[ 58.395333] [<c03015c8>] (__do_softirq) from [<c031d2e4>] (irq_exit+0xdc/0x148)
[ 58.403224] [<c031d2e4>] (irq_exit) from [<c0359e3c>] (__handle_domain_irq+0xa8/0xc8)
[ 58.410256] [<c0359e3c>] (__handle_domain_irq) from [<c0301488>] (gic_handle_irq+0x6c/0xb8)
[ 58.418239] [<c0301488>] (gic_handle_irq) from [<c030c70c>] (__irq_svc+0x6c/0x90)
[ 58.426389] Exception stack(0xc0a01f48 to 0xc0a01f90)
[ 58.434052] 1f40: 00000001 00000000 00000000 c0315600 ffffe000 c0a03c74
[ 58.439096] 1f60: c0a03c28 00000000 00000000 c092ca28 00000000 00000000 c0a01f90 c0a01f98
[ 58.447242] 1f80: c0308924 c0308928 60000013 ffffffff
[ 58.455395] [<c030c70c>] (__irq_svc) from [<c0308928>] (arch_cpu_idle+0x38/0x44)
[ 58.460433] [<c0308928>] (arch_cpu_idle) from [<c034fd98>] (do_idle+0xe8/0x1bc)
[ 58.467891] [<c034fd98>] (do_idle) from [<c03500e0>] (cpu_startup_entry+0x1c/0x20)
[ 58.474926] [<c03500e0>] (cpu_startup_entry) from [<c0900ce4>] (start_kernel+0x3fc/0x408)
[ 58.482674] ---[ end trace 34fac6b92622afb1 ]---
As I see this can be related to ath10k-ct.
Yeah I've always had this issue with both stock and ct firmware on BCM43xx clients (pretty much all Samsung hardware)
It appears to be fixed by QCA's 3.6.0.1 firmware, see PR https://github.com/openwrt/openwrt/pull/1374
I think the fix will eventually end up in ct firmware as well but for now I'm using 3.6.0.1 qca firmware with much success.
I don't know if that dmesg stacktrace is related to it though.
hnyman. I am trying to recompile/update my firmware, but i believe there is something wrong with my build environment.
I have never had this problem until now.
I cannot compile past 8125: R7800-master-r8125-d3b43f49ac-20181007-1913-sqfs-sysupgrade.bin
It does not update any packages or kernel/kmods.
Also getting an error now: WARNING: Makefile 'package/feeds/packages/keepalived/Makefile' has a dependency on 'kmod-nf-ipvs', which does not exist.
What could be wrong?
Sounds like you may have got conflicts. If you get conflicts when updating sources, you may need to stash your changes, pull update and then pop the stash and fix conflicts.
git stash
git pull
git stash pop
(and then editing the possible change conflicts)
That was mainly a guess, as you did not provide any error messages. But sounds like normal git work.