[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <EA66CF77-F024-471C-A8F1-A7E6C3DB1721@cumulusnetworks.com>
Date: Mon, 22 Jun 2015 23:25:46 +0300
From: Nikolay Aleksandrov <nikolay@...ulusnetworks.com>
To: netdev@...r.kernel.org
Cc: sashok@...ulusnetworks.com, davem@...emloft.net,
stephen@...workplumber.org, herbert@...dor.apana.org.au
Subject: Re: [PATCH net-next] bridge: multicast: disable port when in blocking state
> On Jun 22, 2015, at 11:12 PM, Nikolay Aleksandrov <nikolay@...ulusnetworks.com> wrote:
>
> Currently when a port goes in blocking state the multicast is not
> disabled. Fix it by disabling a port if its state has transitioned to
> blocking, this has effect for both user- and kernel-space stp.
>
> Reported-by: Herbert Xu <herbert@...dor.apana.org.au>
> Signed-off-by: Nikolay Aleksandrov <nikolay@...ulusnetworks.com>
> ---
> note: this is on top of patch:
> "bridge: multicast: start querier timer when running user-space stp"
>
> net/bridge/br_stp.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/net/bridge/br_stp.c b/net/bridge/br_stp.c
> index e7ab74b405a1..1a73c5595f52 100644
> --- a/net/bridge/br_stp.c
> +++ b/net/bridge/br_stp.c
> @@ -463,6 +463,8 @@ void br_port_state_selection(struct net_bridge *br)
>
> if (p->state != BR_STATE_BLOCKING)
> br_multicast_enable_port(p);
> + else
> + br_multicast_disable_port(p);
> if (p->state == BR_STATE_FORWARDING)
> ++liveports;
> }
> --
> 2.4.3
>
Actually I don’t think this is the correct way to go about this because when the
port goes in blocking state and br_multicast_disable_port() is called then all groups are deleted
which includes the user-added ones.--
To unsubscribe from this list: send the line "unsubscribe netdev" in
Powered by blists - more mailing lists