Weird behaviour / crashlog on 4.x

I’ve been seeing some odd behaviour a few times on 4.0.5 Omnia with my internet connection, which is a UK style VDSL connection via a pass through modem. When it happens, the pings sent by my ISP to validate the connection start failed. Also the wifi seems to become flaky and sometimes fails to connect.

At the time the ISP pings started to fail I see this in the syslog:

Feb 17 19:10:25 turris kernel: [454919.018082] ath10k_pci 0000:02:00.0: failed to delete peer f8:e9:4e:a8:d6:33 for vdev 0: -110
Feb 17 19:10:25 turris kernel: [454919.026722] ath10k_pci 0000:02:00.0: found sta peer f8:e9:4e:a8:d6:33 (ptr e5dd3e00 id 203) entry on vdev 0 after it was supposedly removed
Feb 17 19:10:25 turris kernel: [454919.039430] ------------[ cut here ]------------
Feb 17 19:10:25 turris kernel: [454919.044206] WARNING: CPU: 1 PID: 5936 at backports-2017-11-01/net/mac80211/sta_info.c:1001 sta_set_sinfo+0x9f4/0xa94 [mac80211]
Feb 17 19:10:25 turris kernel: [454919.055807] Modules linked in: ath9k(O) ath9k_common(O) qcserial pppoe ppp_async ath9k_hw(O) ath10k_pci(O) ath10k_core(O) ath(O) usb_wwan pppox ppp_generic nf_conntrack_ipv6 mac80211(O) iptable_nat ipt_REJECT ipt_MASQUERADE ebtable_nat ebtable_filter ebtable_broute cfg80211(O) at24 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_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 wireguard(O) usbserial slhc sch_cake(O) nvmem_core nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_ftp nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache
Feb 17 19:10:25 turris kernel: [454919.127124]  nf_conntrack_netlink nf_conntrack_ftp nf_conntrack iptable_mangle iptable_filter ipt_ECN ip_tables ebtables ebt_vlan ebt_stp ebt_redirect ebt_pkttype ebt_mark_m ebt_mark ebt_limit ebt_among ebt_802_3 crc_ccitt compat(O) br_netfilter act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_oneshot ledtrig_heartbeat ledtrig_gpio 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_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables
Feb 17 19:10:25 turris kernel: [454919.198079]  x_tables ifb ip6_udp_tunnel udp_tunnel sit ip6_tunnel tunnel6 tunnel4 ip_tunnel veth tun snd_compress snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_rawmidi snd_seq_device snd_hwdep snd soundcore ledtrig_transient
Feb 17 19:10:25 turris kernel: [454919.218410] CPU: 1 PID: 5936 Comm: hostapd Tainted: G           O    4.14.162 #0
Feb 17 19:10:25 turris kernel: [454919.225908] Hardware name: Marvell Armada 380/385 (Device Tree)
Feb 17 19:10:25 turris kernel: [454919.231941] [<c010ed2c>] (unwind_backtrace) from [<c010aa20>] (show_stack+0x10/0x14)
Feb 17 19:10:25 turris kernel: [454919.239792] [<c010aa20>] (show_stack) from [<c0799b14>] (dump_stack+0x94/0xa8)
Feb 17 19:10:25 turris kernel: [454919.247121] [<c0799b14>] (dump_stack) from [<c0121d9c>] (__warn+0xe4/0x100)
Feb 17 19:10:25 turris kernel: [454919.254186] [<c0121d9c>] (__warn) from [<c0121e68>] (warn_slowpath_null+0x20/0x28)
Feb 17 19:10:25 turris kernel: [454919.261888] [<c0121e68>] (warn_slowpath_null) from [<bf557aec>] (sta_set_sinfo+0x9f4/0xa94 [mac80211])
Feb 17 19:10:25 turris kernel: [454919.271378] [<bf557aec>] (sta_set_sinfo [mac80211]) from [<bf557bac>] (__sta_info_destroy+0x20/0x28 [mac80211])
Feb 17 19:10:25 turris kernel: [454919.281613] [<bf557bac>] (__sta_info_destroy [mac80211]) from [<bf557c24>] (sta_info_destroy_addr_bss+0x2c/0x44 [mac80211])
Feb 17 19:10:25 turris kernel: [454919.292896] [<bf557c24>] (sta_info_destroy_addr_bss [mac80211]) from [<bf4eed54>] (nl80211_del_station+0xe8/0xf8 [cfg80211])
Feb 17 19:10:25 turris kernel: [454919.304255] [<bf4eed54>] (nl80211_del_station [cfg80211]) from [<c06a5710>] (genl_rcv_msg+0x304/0x3b0)
Feb 17 19:10:25 turris kernel: [454919.313673] [<c06a5710>] (genl_rcv_msg) from [<c06a486c>] (netlink_rcv_skb+0x8c/0xfc)
Feb 17 19:10:25 turris kernel: [454919.321609] [<c06a486c>] (netlink_rcv_skb) from [<c06a53fc>] (genl_rcv+0x24/0x34)
Feb 17 19:10:25 turris kernel: [454919.329196] [<c06a53fc>] (genl_rcv) from [<c06a4040>] (netlink_unicast+0x15c/0x20c)
Feb 17 19:10:25 turris kernel: [454919.336958] [<c06a4040>] (netlink_unicast) from [<c06a44e0>] (netlink_sendmsg+0x330/0x378)
Feb 17 19:10:25 turris kernel: [454919.345335] [<c06a44e0>] (netlink_sendmsg) from [<c0651510>] (sock_sendmsg+0x14/0x24)
Feb 17 19:10:25 turris kernel: [454919.353273] [<c0651510>] (sock_sendmsg) from [<c0651a44>] (___sys_sendmsg+0x204/0x22c)
Feb 17 19:10:25 turris kernel: [454919.361297] [<c0651a44>] (___sys_sendmsg) from [<c065284c>] (__sys_sendmsg+0x40/0x64)
Feb 17 19:10:25 turris kernel: [454919.369234] [<c065284c>] (__sys_sendmsg) from [<c0107720>] (ret_fast_syscall+0x0/0x54)
Feb 17 19:10:25 turris kernel: [454919.377278] ---[ end trace d2fd86b6822b2730 ]---

Any idea what might be going on here?

Mark

It appears others are experiencing this also:
https://bugzilla.kernel.org/show_bug.cgi?id=201141