The syslog is getting spammed with “ieee80211_tx_status: headroom toosmall” errors when exists a wireless interface using monitor mode and astation gets connected: Thu Jan 1 00:52:00 1970 kern.err kernel: [ 157.740108]ieee80211_tx_status: headroom too smallThu Jan 1 00:52:01 1970 kern...
case NL80211_IFTYPE_MONITOR: if (sdata->u.mntr.flags & MONITOR_FLAG_ACTIVE) { @@ -1744,8 +1738,7 @@ static bool __ieee80211_tx(struct ieee80211_local *local, break; } - result = ieee80211_tx_frags(local, vif, pubsta, skbs, - txpending); + result = ieee80211_tx_frags(loc...
Using miniupnpd-1.9.20141128-1, I'm getting multiple errors in the kernel logs as follows ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2 Because of this, my wireless clients remain connected but...
hdr = (struct ieee80211_hdr *)skb->data; - /* set dur_update_en for l-sig computation except for PS-Poll frames */ - info->dur_update = !ieee80211_is_pspoll(hdr->frame_control); + if (tx_info->flags & IEEE80211_TX_CTRL_NO_DUR_UPDATE) { + info->dur_update = 0; + } ...
(or even backport to 17.01.x) > 2. Cleaned up the patch a bit and gave credit to the developers > 3. There's a companion patch along with the txqueue patch that I forgot > to add when I submitted the txqueue patch the first time. It resolves an > rtnl deadlock during device ...