lwip-commits
[Top][All Lists]
Advanced

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

[lwip-commits] [SCM] lwIP - A Lightweight TCPIP stack branch, master, up


From: Simon Goldschmidt
Subject: [lwip-commits] [SCM] lwIP - A Lightweight TCPIP stack branch, master, updated. master_at_STABLE-2_0_0-868-g90873d6
Date: Tue, 8 Aug 2017 17:02:33 -0400 (EDT)

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "lwIP - A Lightweight TCPIP stack".

The branch, master has been updated
       via  90873d6c71dc4398e6674ace49fdfc96305c9297 (commit)
       via  6a01607004fa20da75ba757109efbf18e0b47a8a (commit)
      from  902d393aefe02173281809a8f1440898188a7dd4 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 90873d6c71dc4398e6674ace49fdfc96305c9297
Author: goldsimon <address@hidden>
Date:   Tue Aug 8 23:02:14 2017 +0200

    Continue fixing the spirit of bug #51663: don't change pcb state if 
retransmission can't be done because segments are still queued for transmission
    
    - add a better-documented static function tcp_output_segment_busy
    - try to reduce the number of checks
    - tcp_rexmit_rto: iterate pcb->unacked only once
    - no need to check for ref==1 in tcp_rexmit_fast when tcp_rexmit does
    - call tcp_rexmit_fast if dupacks >= 3 (not == 3) and use TF_INFR flag to 
guard the fast-rexmit case (that way, it's triggered again on the next dupack)

commit 6a01607004fa20da75ba757109efbf18e0b47a8a
Author: Our Air Quality <address@hidden>
Date:   Sat Aug 5 19:18:21 2017 +1000

    tcp_out rto: delay re-transmission earlier if link writes are deferred.
    
    There is already a guard in tcp_output_segment() for a pbuf still being
    referenced by the netif driver due to deferred transmission, however the 
callers
    are modifying state even when this gives up.
    
    It seems cleaner to have the callers guard this case and avoid modifying 
their
    state.
    
    tcp_rexmit_rto() might better avoid re-transmission of any segments if any 
of
    the unacked segments are deferred, to avoid loading the link further if it 
is
    struggling to flush its buffered writes. Link level queues can be limited on
    some devices and need spares for link management.

-----------------------------------------------------------------------

Summary of changes:
 src/core/tcp.c                   |  49 +++++++-------
 src/core/tcp_in.c                |   4 +-
 src/core/tcp_out.c               | 138 +++++++++++++++++++++++++++++----------
 src/include/lwip/priv/tcp_priv.h |   4 +-
 4 files changed, 134 insertions(+), 61 deletions(-)


hooks/post-receive
-- 
lwIP - A Lightweight TCPIP stack



reply via email to

[Prev in Thread] Current Thread [Next in Thread]