diff options
author | Xin Long <lucien.xin@gmail.com> | 2017-11-25 21:18:34 +0800 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2017-12-01 15:06:23 -0500 |
commit | d30fc5126efb0c33b7adf5966d3051db2c3d7721 (patch) | |
tree | 702a0a6695f988f622ca2f70826205e015717e4f /include | |
parent | 6fef90c6b3f6a2b52018e66c0886944ea0c03fcc (diff) | |
download | linux-stable-d30fc5126efb0c33b7adf5966d3051db2c3d7721.tar.gz linux-stable-d30fc5126efb0c33b7adf5966d3051db2c3d7721.tar.bz2 linux-stable-d30fc5126efb0c33b7adf5966d3051db2c3d7721.zip |
sctp: only update outstanding_bytes for transmitted queue when doing prsctp_prune
Now outstanding_bytes is only increased when appending chunks into one
packet and sending it at 1st time, while decreased when it is about to
move into retransmit queue. It means outstanding_bytes value is already
decreased for all chunks in retransmit queue.
However sctp_prsctp_prune_sent is a common function to check the chunks
in both transmitted and retransmit queue, it decrease outstanding_bytes
when moving a chunk into abandoned queue from either of them.
It could cause outstanding_bytes underflow, as it also decreases it's
value for the chunks in retransmit queue.
This patch fixes it by only updating outstanding_bytes for transmitted
queue when pruning queues for prsctp prio policy, the same fix is also
needed in sctp_check_transmitted.
Fixes: 8dbdf1f5b09c ("sctp: implement prsctp PRIO policy")
Signed-off-by: Xin Long <lucien.xin@gmail.com>
Acked-by: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions