Date:   Tue, 16 Nov 2021 14:40:06 +0100
From:   Andrew Lunn <andrew@lunn.ch>
To:     Oleksij Rempel <o.rempel@pengutronix.de>
Cc:     Vladimir Oltean <olteanv@gmail.com>, g@pengutronix.de,
        Woojung Huh <woojung.huh@microchip.com>,
        Florian Fainelli <f.fainelli@gmail.com>,
        "David S. Miller" <davem@davemloft.net>, netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org, UNGLinuxDriver@microchip.com,
        kernel@pengutronix.de, Jakub Kicinski <kuba@kernel.org>,
        Vivien Didelot <vivien.didelot@gmail.com>
Subject: Re: [RFC PATCH net-next] net: dsa: microchip: implement multi-bridge
 support
Message-ID: <YZO0tuMtDUIbRfcC@lunn.ch>
References: <20211108111034.2735339-1-o.rempel@pengutronix.de>
 <20211110123640.z5hub3nv37dypa6m@skbuf>
 <20211112075823.GJ12195@pengutronix.de>
 <20211115234546.spi7hz2fsxddn4dz@skbuf>
 <20211116083903.GA16121@pengutronix.de>
 <20211116124723.kivonrdbgqdxlryd@skbuf>
 <20211116131657.GC16121@pengutronix.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20211116131657.GC16121@pengutronix.de>
Precedence: bulk

> > What logging noise?
> 
> I get this with current ksz driver:
> [   40.185928] br0: port 2(lan2) entered blocking state
> [   40.190924] br0: port 2(lan2) entered listening state
> [   41.043186] br0: port 2(lan2) entered blocking state
> [   55.512832] br0: port 1(lan1) entered learning state
> [   61.272802] br0: port 2(lan2) neighbor 8000.ae:1b:91:58:77:8b lost
> [   61.279192] br0: port 2(lan2) entered listening state
> [   63.113236] br0: received packet on lan1 with own address as source address (addr:00:0e:cd:00:cd:be, vlan:0)

I would guess that transmission from the CPU is broken in this
case. It could be looking up the destination address in the
translation table and not finding an entry. So it floods the packet
out all interfaces, including the CPU. So the CPU receives its own
packet and gives this warning.

Flooding should exclude where the frame came from.

	 Andrew