ynezz
commented
5 years ago @hauke I'm probably seeing the same issue and Ben has suggested to add this patch to aid him with debugging:
diff --git a/drivers/net/wireless/ath/ath10k/htt_rx.c b/drivers/net/wireless/ath/ath10k/htt_rx.c
index 108da3ceeff6..9ad21f3bb1d5 100644
--- a/drivers/net/wireless/ath/ath10k/htt_rx.c
+++ b/drivers/net/wireless/ath/ath10k/htt_rx.c
@@ -328,6 +328,12 @@ static inline struct sk_buff *ath10k_htt_rx_netbuf_pop(struct ath10k_htt *htt)
htt->rx_ring.netbufs_ring[idx] = NULL;
ath10k_htt_reset_paddrs_ring(htt, idx);
+ if (!msdu->data) {
+ ath10k_err(ar, "htt-rx-netbuf-pop, msdu: %p has null data. idx: %i ring-size: %i fill-count: %i",
+ msdu, idx, htt->rx_ring.size_mask, htt->rx_ring.fill_cnt);
+ BUG_ON(1);
+ }
+
idx++;
idx &= htt->rx_ring.size_mask;
htt->rx_ring.sw_rd_idx.msdu_payld = idx;I've recompiled the kernel with this patch, but wasn't able to trigger it anymore so far.
I was running into a kernel panic in ath10k-ct 4.19 driver with OpenWrt master and hostapd 2.8.
The client (Intel 6300 running Linux 4.9) was connected to the ath9k card and did a scan when his happened., no client was connected to the ath10k card.
I used today's OpenWrt master + and updated hostapd to version 2.8 I used the sae-mixed mode and I was not able to reproduce this problem.
The following ath10k-ct FW was used: [ 15.324289] ath10k_pci 0000:02:00.0: firmware ver 10.1-ct-8x-__fW-022-883e26a8 api 2 features wmi-10.x,has-wmi-mgmt-tx,mfp,txstatus-noack,wmi-10.x-CT,ratemask-CT,txrate-CT,get-temp-CT,tx-rc-CT,cust-stats-CT,retry-gt2-CT,txrate2-CT,beacon-cb-CT crc32 7a67ce60
It looks like the skb returned by ath10k_htt_rx_netbuf_pop() is empty while we expect it to have at least 360 bytes of free space.
This is my hostapd configuration: