diff options
author | Gerrit Renker <gerrit@erg.abdn.ac.uk> | 2006-12-03 14:50:42 -0200 |
---|---|---|
committer | Arnaldo Carvalho de Melo <acme@mandriva.com> | 2006-12-03 14:50:42 -0200 |
commit | 76d127779e51fbf67ad6793214369aa1fea90278 (patch) | |
tree | cc6cbeb3b7eb6c59b5e13bb12a74e0fc89988c78 /block | |
parent | 8a508ac26e72aa203677aa6a8464bd3ea44216a6 (diff) | |
download | kernel_samsung_smdk4412-76d127779e51fbf67ad6793214369aa1fea90278.zip kernel_samsung_smdk4412-76d127779e51fbf67ad6793214369aa1fea90278.tar.gz kernel_samsung_smdk4412-76d127779e51fbf67ad6793214369aa1fea90278.tar.bz2 |
[DCCP]: Fix BUG in retransmission delay calculation
This bug resulted in ccid3_hc_tx_send_packet returning negative
delay values, which in turn triggered silently dequeueing packets in
dccp_write_xmit. As a result, only a few out of the submitted packets made
it at all onto the network. Occasionally, when dccp_wait_for_ccid was
involved, this also triggered a bug warning since ccid3_hc_tx_send_packet
returned a negative value (which in reality was a negative delay value).
The cause for this bug lies in the comparison
if (delay >= hctx->ccid3hctx_delta)
return delay / 1000L;
The type of `delay' is `long', that of ccid3hctx_delta is `u32'. When comparing
negative long values against u32 values, the test returned `true' whenever delay
was smaller than 0 (meaning the packet was overdue to send).
The fix is by casting, subtracting, and then testing the difference with
regard to 0.
This has been tested and shown to work.
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Signed-off-by: Ian McDonald <ian.mcdonald@jandi.co.nz>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
Diffstat (limited to 'block')
0 files changed, 0 insertions, 0 deletions