iwlwifi: mvm: don't warn on normal BAR sending
authorEmmanuel Grumbach <emmanuel.grumbach@intel.com>
Sun, 3 Mar 2013 12:35:03 +0000 (14:35 +0200)
committerJohannes Berg <johannes.berg@intel.com>
Mon, 4 Mar 2013 12:39:02 +0000 (13:39 +0100)
commit2470b36e84a2e680d7a7e3809cbceae5bfae3606
tree90c7d1eaba2a2a26ae42f8047ed0684bbcc03d0b
parent8101a7f0656bf11c385d6e14f52313b19f017e70
iwlwifi: mvm: don't warn on normal BAR sending

This flow happens when we get a failed single Tx response
on an AMPDU queue. In this case, the frame won't be sent
any more. So we need to move the window on the recipient
side. This is done by a BAR.

Now if we are in the following case: 10, 12 and 13 are ACKed
and 11 isn't.

 10  11  12  13.
 V   X   V   V

Then, 11 will be sent 16 times as an MPDU (as oppsed to
A-MPDU). If this failed, we are entering the flow described
above. So we need to send a BAR with ssn = 12.
But in this case, the scheduler will tell us to free frames
up to 13 (included).

So, it is perfectly possible to get a failed single Tx
response on an AMPDU queue that makes the scheduler's ssn
jump by more than 1 single packet.

Signed-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
drivers/net/wireless/iwlwifi/mvm/tx.c