[Top][All Lists]

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

[lwip-commits] [SCM] UNNAMED PROJECT branch, ppp-new, updated. 59567b43b

From: Sylvain Rochet
Subject: [lwip-commits] [SCM] UNNAMED PROJECT branch, ppp-new, updated. 59567b43b0d95e55aaae037ca528f46109ab1dfe
Date: Sun, 22 Jul 2012 23:12:15 +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 "UNNAMED PROJECT".

The branch, ppp-new has been updated
       via  59567b43b0d95e55aaae037ca528f46109ab1dfe (commit)
       via  e067e84d69ae6684c7d99d1fcb568f64d527ded9 (commit)
       via  35c670513fde8839be911c5153f5e0c685356bac (commit)
       via  8ec92b6fe76229dfe6ef543577a7dcc699c159b9 (commit)
       via  5552f082e8c0a3fe2e46f197706b6ca9a8bbb6c9 (commit)
       via  3c122117fcfe9a46ab9244257aba1817ff2430cd (commit)
       via  a467d21ebaaa501b00aef7cb2f9f5001358ae5bc (commit)
       via  bc724ea2066cf5a64bf859eb77196fb683c97cac (commit)
      from  4ea5c1d973a0cf7725bbe6af415e6f3514fee4d7 (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 59567b43b0d95e55aaae037ca528f46109ab1dfe
Author: Sylvain Rochet <address@hidden>
Date:   Mon Jul 23 00:55:24 2012 +0200

    pcb->link_status_cb must be set, we don't need to check each time we use it 
if not NULL

commit e067e84d69ae6684c7d99d1fcb568f64d527ded9
Author: Sylvain Rochet <address@hidden>
Date:   Mon Jul 23 00:48:27 2012 +0200

    switch to phase dead if PPPoE or PPPoL2TP failed to connect

commit 35c670513fde8839be911c5153f5e0c685356bac
Author: Sylvain Rochet <address@hidden>
Date:   Sun Jul 22 23:53:27 2012 +0200

    fixed some more PPP phase state machine issues
    The only way PPPoE or PPPoL2TP disconnect it through ppp_link_terminated(),
    therefore PPP is always already down, so we don't need to ask PPP to hup or 

commit 8ec92b6fe76229dfe6ef543577a7dcc699c159b9
Author: Sylvain Rochet <address@hidden>
Date:   Sun Jul 22 23:37:35 2012 +0200

    don't call ppp_hup() and ppp_stop() if PPPoE or PPPoL2TP failed to connect
    This is useless because PPP is not started yet, it confuses the PPP phase
    state machine.

commit 5552f082e8c0a3fe2e46f197706b6ca9a8bbb6c9
Author: Sylvain Rochet <address@hidden>
Date:   Sun Jul 22 21:42:56 2012 +0200

    handle cases when ppp_close() is called while session is in dead or holdoff 

commit 3c122117fcfe9a46ab9244257aba1817ff2430cd
Author: Sylvain Rochet <address@hidden>
Date:   Sun Jul 22 20:53:54 2012 +0200

    improved PPP API, added ppp_reopen()
    This is now the user choice to re-establish the session in the link status 
    by either calling the ppp_reopen() to re-establish or ppp_delete() to free 
the PPP
    control block. Without user intervention, the PPP control block now stay in 
the dead
    phase, allowing the user to re-establish or delete the control block later.

commit a467d21ebaaa501b00aef7cb2f9f5001358ae5bc
Author: Sylvain Rochet <address@hidden>
Date:   Sun Jul 22 18:05:19 2012 +0200

    ppp_close() PPPoL2TP support added

commit bc724ea2066cf5a64bf859eb77196fb683c97cac
Author: Sylvain Rochet <address@hidden>
Date:   Sun Jul 22 17:20:40 2012 +0200

    Do not destroy the PPP control block automatically anymore, added 
ppp_delete() API function.
    Without that, PPP user don't know when and how the PPP control block is 
free()ed, which
    can lead to hard fault.


Summary of changes:
 src/api/pppapi.c             |   21 +++
 src/include/lwip/pppapi.h    |    4 +
 src/include/netif/ppp_oe.h   |   10 +-
 src/include/netif/pppol2tp.h |   11 +-
 src/netif/ppp/auth.c         |    2 +-
 src/netif/ppp/ppp.c          |  386 ++++++++++++++++++++++++++----------------
 src/netif/ppp/ppp.h          |   26 +++-
 src/netif/ppp/ppp_oe.c       |   21 ---
 src/netif/ppp/pppol2tp.c     |   21 +--
 9 files changed, 306 insertions(+), 196 deletions(-)


reply via email to

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