[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <542BA419.9000502@lab.ntt.co.jp>
Date: Wed, 01 Oct 2014 15:50:01 +0900
From: Toshiaki Makita <makita.toshiaki@....ntt.co.jp>
To: Vladislav Yasevich <vyasevich@...il.com>, netdev@...r.kernel.org
CC: toshiaki.makita1@...il.com, stephen@...workplumber.org,
bridge@...ts.linux-foundation.org,
Vladislav Yasevich <vyasevic@...hat.com>
Subject: Re: [PATCH v2 net 2/3] bridge: Simplify pvid checks.
On 2014/10/01 4:31, Vladislav Yasevich wrote:
> Currently, if the pvid is not set, we return an illegal vlan value
> even though the pvid value is set to 0. Since pvid of 0 is currently
> invalid, just return 0 instead. This makes the current and future
> checks simpler.
>
> Signed-off-by: Vladislav Yasevich <vyasevic@...hat.com>
> ---
> net/bridge/br_private.h | 2 +-
> net/bridge/br_vlan.c | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/net/bridge/br_private.h b/net/bridge/br_private.h
> index 6fe8680..873d9da 100644
> --- a/net/bridge/br_private.h
> +++ b/net/bridge/br_private.h
> @@ -647,7 +647,7 @@ static inline u16 br_get_pvid(const struct net_port_vlans *v)
> * vid wasn't set
> */
The comment above should be changed as well.
> smp_rmb();
> - return v->pvid ?: VLAN_N_VID;
> + return v->pvid;
> }
Should fix br_get_pvid() when CONFIG_BRIDGE_VLAN_FILTERING=n?
It returns VLAN_N_VID, which might be confusing.
Thanks,
Toshiaki Makita
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists