[DCCP]: Fix bug in the calculation of very low sending rates
This fixes an error in the calculation of t_ipi when X converges towards very low sending rates (between 1 and 64 bytes per second). Although this case may not sound likely, it can be reproduced by connecting, hitting enter (1 byte sent) and waiting for some time, during which the nofeedback timer halves the sending rate until finally it reaches the region 1..64 bytes/sec. Computing X is handled correctly (tested separately); but by dividing X _before_ entering the calculation of t_ipi, X becomes zero as a result. This in turn triggers a BUG condition caught in scaled_div(). Fixed by replacing with equivalent statement and explicit typecast for good measure. Calculation verified and effect of patch tested - reduced never below 1 byte per 64 seconds afterwards, i.e. not allowing divide-by-zero. Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk> Acked-by: Ian McDonald <ian.mcdonald@jandi.co.nz> Signed-off-by: Arnaldo Carvalho de Melo <acme@ghostprotocols.net> Signed-off-by: David S. Miller <davem@davemloft.net>
This commit is contained in:
parent
cb8c181f28
commit
b2449fdc30
1 changed files with 2 additions and 2 deletions
|
@ -102,8 +102,8 @@ static inline u64 rfc3390_initial_rate(struct sock *sk)
|
|||
static inline void ccid3_update_send_interval(struct ccid3_hc_tx_sock *hctx)
|
||||
{
|
||||
/* Calculate new t_ipi = s / X_inst (X_inst is in 64 * bytes/second) */
|
||||
hctx->ccid3hctx_t_ipi = scaled_div(hctx->ccid3hctx_s,
|
||||
hctx->ccid3hctx_x >> 6);
|
||||
hctx->ccid3hctx_t_ipi = scaled_div32(((u64)hctx->ccid3hctx_s) << 6,
|
||||
hctx->ccid3hctx_x);
|
||||
|
||||
/* Calculate new delta by delta = min(t_ipi / 2, t_gran / 2) */
|
||||
hctx->ccid3hctx_delta = min_t(u32, hctx->ccid3hctx_t_ipi / 2,
|
||||
|
|
Loading…
Reference in a new issue