> ieee80211_report_used_skb(). As an optimisation, we also subtract the > airtime on regular TX completion, zeroing out the value stored in the > packet afterwards, to avoid having to do an expensive lookup of the station > from the packet data on every packet. > > This patch does *not* include any mechanism to wake a throttled TXQ again, > on the assumption that this will happen anyway as a side effect of whatever > freed the skb (most commonly a TX completion). I recall a recent patch for ath10k sdio that disabled tx acknowledgement for performance gains and am wondering if that will be problematic? Presumably not since it would be caught at the dequeue, but thought I'd ask-- wondering what the effect of failed tx's or block acknowledgement is on this stuff I'll need to study the code some more https://lore.kernel.org/linux-wireless/0101016eb1903db0-ef7063b4-0f42-4a01-8886-327541e6c1a4-000000@xxxxxxxxxxxxxxxxxxxxxxx/T/#t
