[RFC 2/2] ath10k: Delay the unmapping of the buffer

We are seeing a corner case smmu fault issue where copy engine is still accessing the memory though host unmaps it hence as work around we are delaying the unmapping the memory. Tested-on: WLAN.HL.3.2.2.c10-00757-QCAHLSWMTPL-1 Signed-off-by: Youghandhar Chintala ---

[RFC 0/2] ath10k:set tx credit to one and delay the unmaping

Currently for WCN3990, the host driver can send two wmi commands at once, now it is limiting to one because if HOST wants to initiate 2 DMA transfers, it is possible when copy complete interrupt for first DMA reaches HOST, CE has already updated SRRI for both DMA transfers and is in the middle

[RFC 1/2] ath10k: Set tx credit to one for wcn3990 snoc based devices

Currently for WCN3990, the host driver can send two wmi commands at once, now it is limiting to one because if HOST wants to initiate 2 DMA transfers, it is possible when copy complete interrupt for first DMA reaches HOST, CE has already updated SRRI for both DMA transfers and is in the middle of

802.11v BSS transition

Hello. I'm using OpenWrt 21.02.1 with Mikrotik hAP ac2 (IPQ4018 wifi chip) and see that BSS transiton support in extended capabilities of the beacon is marked as 0 (unsupported). hostapd: nl80211: Driver-advertised extended capabilities (default) - hexdump(len=8): 04 00 00 00 00 00 00 40 Is