[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160818174402.md35bxj4v35uc2bg@alphalink.fr>
Date: Thu, 18 Aug 2016 19:44:03 +0200
From: Guillaume Nault <g.nault@...halink.fr>
To: fgao@...ai8.com
Cc: mostrows@...thlink.net, jchapman@...alix.com, davem@...emloft.net,
philipp@...fish-solutions.com, netdev@...r.kernel.org,
gfree.wind@...il.com
Subject: Re: [PATCH v1 1/1] pppoe: l2tp: the PPPOX_CONNECTED should be used
with bit operation
On Thu, Aug 18, 2016 at 09:59:03AM +0800, fgao@...ai8.com wrote:
> From: Gao Feng <fgao@...ai8.com>
>
> There are some codes in pppoe and l2tp which use the PPPOX_CONNECTED
> as the value including assignment and condition check.
> They should keep consistent with other codes.
>
> Signed-off-by: Gao Feng <fgao@...ai8.com>
> ---
> v1: Initial Patch
>
> drivers/net/ppp/pppoe.c | 2 +-
> net/l2tp/l2tp_ppp.c | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/net/ppp/pppoe.c b/drivers/net/ppp/pppoe.c
> index 4ddae81..684b773 100644
> --- a/drivers/net/ppp/pppoe.c
> +++ b/drivers/net/ppp/pppoe.c
> @@ -697,7 +697,7 @@ static int pppoe_connect(struct socket *sock, struct sockaddr *uservaddr,
> goto err_put;
> }
>
> - sk->sk_state = PPPOX_CONNECTED;
> + sk->sk_state |= PPPOX_CONNECTED;
>
Using plain assignment makes it clear for the reader that other flags
are unset. I see no reason for changing this.
> diff --git a/net/l2tp/l2tp_ppp.c b/net/l2tp/l2tp_ppp.c
> index d9560aa..3984385 100644
> --- a/net/l2tp/l2tp_ppp.c
> +++ b/net/l2tp/l2tp_ppp.c
> @@ -774,7 +774,7 @@ static int pppol2tp_connect(struct socket *sock, struct sockaddr *uservaddr,
> out_no_ppp:
> /* This is how we get the session context from the socket. */
> sk->sk_user_data = session;
> - sk->sk_state = PPPOX_CONNECTED;
> + sk->sk_state |= PPPOX_CONNECTED;
>
Same here.
> @@ -856,7 +856,7 @@ static int pppol2tp_getname(struct socket *sock, struct sockaddr *uaddr,
> error = -ENOTCONN;
> if (sk == NULL)
> goto end;
> - if (sk->sk_state != PPPOX_CONNECTED)
> + if (!(sk->sk_state & PPPOX_CONNECTED))
>
Looks like it was a bug. This one is worth a separate patch.
Powered by blists - more mailing lists