From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=QE8kvUfJGF+/tFxP2a7cjpaKSjXf6+aoJtP3goq60E8=; b=FxDybe6qZY0cVdUS6zEjz2Kig7c/aw/0vQ9uFAhhVTX5qCeQ4PldrHo6OcbKoMO6/c wgmGI0A+ypYSkoiG2bZp9LM0wXCzGbldKot7nZ0Ohx7xLenhLUAmoEXG0Zp0hthrKOye 6ehYmXkOpC6r7CdexxjIPU9/PCFn59uKuMo+ps1vLzMf7MczFknbxs0pgoh4MlLg/Crt 4MEr764TbawspH662uTEU/w2p+9165jNTSRCmNgLdHVsFQBsI42uTktL3edf/bzm90Ho xBxXniDsxjOqy1X9M1JWaYroo2tsf2o5ou8HJJzPd2cB/xm3yHmtvVWHJ67BImvJeiDC BYxw== References: <20201213024018.772586-1-vladimir.oltean@nxp.com> <20201213024018.772586-7-vladimir.oltean@nxp.com> From: Florian Fainelli Message-ID: <77d952ad-0aed-8e79-df03-ee6a7f42ef55@gmail.com> Date: Sat, 12 Dec 2020 19:49:34 -0800 MIME-Version: 1.0 In-Reply-To: <20201213024018.772586-7-vladimir.oltean@nxp.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Bridge] [PATCH v2 net-next 6/6] net: dsa: ocelot: request DSA to fix up lack of address learning on CPU port List-Id: Linux Ethernet Bridging List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Vladimir Oltean , Andrew Lunn , Vivien Didelot , Jakub Kicinski , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, bridge@lists.linux-foundation.org, Roopa Prabhu , Nikolay Aleksandrov , "David S. Miller" Cc: Jiri Pirko , Alexandra Winter , Ido Schimmel , Russell King - ARM Linux admin , Marek Behun , DENG Qingfang , Claudiu Manoil , Tobias Waldekranz On 12/12/2020 6:40 PM, Vladimir Oltean wrote: > Given the following setup: > > ip link add br0 type bridge > ip link set eno0 master br0 > ip link set swp0 master br0 > ip link set swp1 master br0 > ip link set swp2 master br0 > ip link set swp3 master br0 > > Currently, packets received on a DSA slave interface (such as swp0) > which should be routed by the software bridge towards a non-switch port > (such as eno0) are also flooded towards the other switch ports (swp1, > swp2, swp3) because the destination is unknown to the hardware switch. > > This patch addresses the issue by monitoring the addresses learnt by the > software bridge on eno0, and adding/deleting them as static FDB entries > on the CPU port accordingly. > > Signed-off-by: Vladimir Oltean Reviewed-by: Florian Fainelli -- Florian