lwip-devel
[Top][All Lists]
Advanced

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

[lwip-devel] [patch #8869] ppp: fix broken ppp_netif_output


From: Sylvain Rochet
Subject: [lwip-devel] [patch #8869] ppp: fix broken ppp_netif_output
Date: Mon, 18 Jan 2016 20:45:40 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 Iceweasel/43.0.4

Follow-up Comment #1, patch #8869 (project lwip):

Hello Stephan,

+#if CCP_SUPPORT
 #if MPPE_SUPPORT

 #endif /* MPPE_SUPPORT */
+#endif /* CCP_SUPPORT */

That's not necessary, as per opt.h:

#ifndef MPPE_SUPPORT
#define MPPE_SUPPORT                    0
#endif
#if MPPE_SUPPORT
/* MPPE requires CCP support */
#undef CCP_SUPPORT
#define CCP_SUPPORT                     1
.....
#endif /* MPPE_SUPPORT */

MPPE_SUPPORT is false if not defined and force CCP_SUPPORT to be enabled if
MPPE_SUPPORT is enabled, therefore:

MPPE undef, CCP undef ->  MPPE 0, CCP 0
MPPE 1, CCP undef,    ->  MPPE 1, CCP 1
MPPE 1, CCP 0,        ->  MPPE 1, CCP 1
MPPE undef, CCP 1     ->  MPPE 0, CCP 1

The case where CCP_SUPPORT is not enabled but MPPE_SUPPORT is enabled isn't
possible.


-  if (pcb->ccp_is_up) {
+  if (pcb->ccp_is_up && pcb->ccp_transmit_method != 0) {

I don't think that's the proper fix, if CCP failed to establish,
pcb->ccp_is_up *MUST* be false,
if that's not the case, this is a bug, and this is this bug which must be
fixed.

Did you reach a case where pcb->ccp_is_up is true but pcb->ccp_transmit_method
isn't set to an available compressor (we only support MPPE so it should only
be 0 or MPPE) ?


Best,
Sylvain

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/patch/?8869>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/




reply via email to

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