<div dir="ltr">Hi,<div>I run into a weird symptom that occasionally the aqm tx queue can get stuck for quite long time (maybe around 30min).  What happened is that we're sending a low bandwidth UDP traffic from the host to multiple peers over a WiFi radio simultaneously. We're running opensource mac80211 + ath10k driver. Very occasionally when there are temporary issues causing trouble on the host sending to one of the peers, the queue to all peers can get stuck and stay stuck for quite long (even though the link trouble had been gone or TX had been stopped). Only after quite a while, then the queue cleans up.</div><div>The following dump shows an example that the backlog-packets count stays at 74 for around 30min after the TX had totally stopped. Here when video queue is stuck, other TID's traffic can go through. </div><div>I wonder why it takes so long for the queue to clean up. Shouldn't packets be dropped quickly if they cannot be sent?</div><div><br></div><div>Many thanks!<br><br>cat /sys/kernel/debug/ieee80211/phy0/netdev:wlan3/stations/xx:xx:xx/aqm<br><br>target 19999us interval 99999us ecn yes<br><br>tid ac backlog-bytes backlog-packets new-flows drops marks overlimit collisions tx-bytes tx-packets<br><br>0 2 0 0 3 0 0 0 0 390 3<br><br>1 3 0 0 0 0 0 0 0 0 0<br><br>2 3 0 0 0 0 0 0 0 0 0<br><br>3 2 0 0 0 0 0 0 0 0 0<br><br>4 1 0 0 0 0 0 0 0 0 0<br><br><span style="background-color:rgb(255,0,0)">5 1 112344 74 1627 0 0 0 0 2373618 1632</span><br><br>6 0 0 0 0 0 0 0 0 0 0<br><br>7 0 0 0 1 0 0 0 0 32 1<br><br>8 2 0 0 0 0 0 0 0 0 0<br><br>9 3 0 0 0 0 0 0 0 0 0<br><br>10 3 0 0 0 0 0 0 0 0 0<br><br>11 2 0 0 0 0 0 0 0 0 0<br><br>12 1 0 0 0 0 0 0 0 0 0<br><br>13 1 0 0 0 0 0 0 0 0 0<br><br>14 0 0 0 0 0 0 0 0 0 0<br><br>15 0 0 0 0 0 0 0 0 0 0<br><br><br><br></div></div>