summaryrefslogtreecommitdiff
path: root/ipc/msgutil.c
diff options
context:
space:
mode:
authorEmmanuel Grumbach <emmanuel.grumbach@intel.com>2013-03-03 12:35:03 (GMT)
committerJohannes Berg <johannes.berg@intel.com>2013-03-04 12:39:02 (GMT)
commit2470b36e84a2e680d7a7e3809cbceae5bfae3606 (patch)
tree90c7d1eaba2a2a26ae42f8047ed0684bbcc03d0b /ipc/msgutil.c
parent8101a7f0656bf11c385d6e14f52313b19f017e70 (diff)
downloadlinux-2470b36e84a2e680d7a7e3809cbceae5bfae3606.tar.xz
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>
Diffstat (limited to 'ipc/msgutil.c')
0 files changed, 0 insertions, 0 deletions