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: Sylvain Rochet
Subject: [lwip-commits] [SCM] lwIP - A Lightweight TCPIP stack branch, master, updated. 36305e5bd81e2ce84c244951478ad229e9df893f
Date: Sun, 30 Aug 2015 19:09:56 +0000

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  36305e5bd81e2ce84c244951478ad229e9df893f (commit)
       via  541e3b6eb4467278b75d3d1f52ea6c8f9cdd4764 (commit)
       via  a24f4421d6b733511d82ecda0dfa058c28ac17c2 (commit)
       via  e8399416aea9643c6c0b534d1d8f9c56bff795e2 (commit)
       via  d0fa8acf86494546111d134e8871930f34059574 (commit)
       via  ced7bef274b06f3e6d124857d1f0b3d255ff7d5c (commit)
       via  311644f39b3e8394298bc95580f5146aa4b8bd09 (commit)
       via  91e40e668cf53712d0974b1119a6b87a7717600c (commit)
       via  987f6237c4d1c5866fea840a5ea46ae4d59f1ecd (commit)
      from  b9a8310f4b7ef0c8fa14c85179104afbfe4137e6 (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 36305e5bd81e2ce84c244951478ad229e9df893f
Author: Sylvain Rochet <address@hidden>
Date:   Sun Aug 30 21:04:14 2015 +0200

    PPP, magic, use LWIP_RAND() if available
    
    If LWIP_RAND() is available, it is used instead of libc srand()/rand()
    if PPP_MD5_RANDM is disabled and it is added as a source of randomness
    if PPP_MD5_RANDM is enabled.

commit 541e3b6eb4467278b75d3d1f52ea6c8f9cdd4764
Author: Sylvain Rochet <address@hidden>
Date:   Sun Aug 30 20:44:13 2015 +0200

    PPP, magic, improved magic_randomize() for PPP_MD5_RANDM is not enabled
    
    A disabled PPP_MD5_RANDM should not be used when challenge are used, but
    anyway, improved magic_randomize() so magic_randomseed is not equals to
    sys_jiffies() which is pretty useless because that's fully predicable.

commit a24f4421d6b733511d82ecda0dfa058c28ac17c2
Author: Sylvain Rochet <address@hidden>
Date:   Sun Aug 30 20:16:50 2015 +0200

    PPP, magic, using magic_random_bytes() for CHAP/MSCHAP/EAP instead of 
for-loop byte where possible

commit e8399416aea9643c6c0b534d1d8f9c56bff795e2
Author: Sylvain Rochet <address@hidden>
Date:   Sun Aug 30 18:54:21 2015 +0200

    PPP, magic, renamed random_bytes() to magic_random_bytes() for API coherency

commit d0fa8acf86494546111d134e8871930f34059574
Author: Sylvain Rochet <address@hidden>
Date:   Sun Aug 30 18:41:41 2015 +0200

    PPP, magic, enables building without PPP_MD5_RANDM support
    
    The only API difference with and without the PPP_MD5_RANDM support is the
    availability of the random_bytes() function. Added a random_bytes()
    function on top of magic() when PPP_MD5_RANDM support is not enabled,
    thus allowing builds for both cases.
    
    PPP_MD5_RANDM is still enabled by default (it was mandatory) if a protocol
    using encryption is enabled, such as CHAP, EAP, or L2TP auth support.

commit ced7bef274b06f3e6d124857d1f0b3d255ff7d5c
Author: Sylvain Rochet <address@hidden>
Date:   Sun Aug 30 18:09:47 2015 +0200

    PPP, magic, MD5 random pool size cannot be anything else than MD5 hash 
size, code cleaning to make it clear

commit 311644f39b3e8394298bc95580f5146aa4b8bd09
Author: Sylvain Rochet <address@hidden>
Date:   Sun Aug 30 17:42:52 2015 +0200

    PPP, PPPoS, remove magic_randomize() from PPPoS, it is already called in 
ppp_input()
    
    There is no point of calling magic_randomize() for each pppos_input()
    call, making magic_randomize() potentially called for each serial input
    byte which is quite a bad idea since magic_randomize() is quite
    intensive in processing time (MD5 computation) compared to HDLC frame
    parsing. There is no entropy added when being called for each input byte
    rather than for each valid input packet because byte input is a
    monotonic event at the packet level. Well, if packet arrival time is a
    valid entropy source even so, which I doubt a lot, but we don't really
    have anything else and we really need random for PPP authentication
    layers.

commit 91e40e668cf53712d0974b1119a6b87a7717600c
Author: Sylvain Rochet <address@hidden>
Date:   Sun Aug 30 17:40:22 2015 +0200

    PPP, minor coding style fix

commit 987f6237c4d1c5866fea840a5ea46ae4d59f1ecd
Author: Sylvain Rochet <address@hidden>
Date:   Sun Aug 30 17:16:20 2015 +0200

    PPP, MPPE, drop input/output packets if we couldn't find the chosen 
decompressor/compressor
    
    Drop input/output packets if we couldn't find a decompressor/compressor,
    it can't really happen because we only negotiate what we are able to
    compress/decompress, but for the sake of code consistency it makes much
    more sense to do so.

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

Summary of changes:
 src/include/lwip/opt.h        |    9 +-
 src/include/netif/ppp/magic.h |   14 +-
 src/netif/ppp/chap-md5.c      |    2 +-
 src/netif/ppp/chap-new.c      |    2 +-
 src/netif/ppp/chap_ms.c       |    9 +-
 src/netif/ppp/eap.c           |   38 ++---
 src/netif/ppp/magic.c         |   61 ++++---
 src/netif/ppp/ppp.c           |  365 ++++++++++++++++++++---------------------
 src/netif/ppp/pppol2tp.c      |    2 +-
 src/netif/ppp/pppos.c         |    3 -
 10 files changed, 246 insertions(+), 259 deletions(-)


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



reply via email to

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