Fwd: Re: [PATCH 27/43]: Accurately determine idle & application-limited periods

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> [CCID3]: Accurately determine idle & application-limited periods
<snip>
> +/**
> + *  ccid3_hc_tx_idle  -  Whether sender is idle or application-limited
> + *  @now: Current time needs to be supplied
> + *  Returns the number of full RTTs during which the sender has been idle.
> + */
> +static int ccid3_hc_tx_idle(struct ccid3_hc_tx_sock *hctx, struct timeval *now)
> +{
> +       struct timeval last_send;

Maybe this would be better called ccid3_hc_tx_idle_rtt to indicate
what is happening here.

>          */
> -       if (unlikely(hctx->ccid3hctx_idle)) {
> +       if (ccid3_hc_tx_idle(hctx, now) >= 2) {

See what I mean? You're left wondering - what does this code do? It
makes some sense if you check comment above but not totally obvious.

Code seems OK but not yet tested it all.

Acked-by: Ian McDonald <ian.mcdonald@xxxxxxxxxxx>

-- 
Web: http://wand.net.nz/~iam4/
Blog: http://iansblog.jandi.co.nz
WAND Network Research Group
-
To unsubscribe from this list: send the line "unsubscribe dccp" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel]     [IETF DCCP]     [Linux Networking]     [Git]     [Security]     [Linux Assembly]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux