[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CALW65jbCtf6PMHwuEzxqaKz55SJDzQbsu75nWOs+rPX-PXwOug@mail.gmail.com>
Date: Thu, 25 Feb 2021 23:48:36 +0800
From: DENG Qingfang <dqfext@...il.com>
To: Vladimir Oltean <olteanv@...il.com>
Cc: Sean Wang <sean.wang@...iatek.com>,
Landen Chao <Landen.Chao@...iatek.com>,
Andrew Lunn <andrew@...n.ch>,
Vivien Didelot <vivien.didelot@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
"David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Matthias Brugger <matthias.bgg@...il.com>,
Philipp Zabel <p.zabel@...gutronix.de>,
Russell King <linux@...linux.org.uk>,
netdev <netdev@...r.kernel.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
"moderated list:ARM/Mediatek SoC support"
<linux-mediatek@...ts.infradead.org>, linux-kernel@...r.kernel.org,
Frank Wunderlich <frank-w@...lic-files.de>,
René van Dorst <opensource@...rst.com>
Subject: Re: [RFC net-next] net: dsa: mt7530: support MDB and bridge flag operations
Hi Vladimir,
On Wed, Feb 24, 2021 at 4:42 PM Vladimir Oltean <olteanv@...il.com> wrote:
>
> I think the comment is incorrect and this _enables_ flooding (which btw
> is ok until we get the address filtering thing sorted out).
The initial value of these FFP fields is all 1's (0xFF). Writing the
CPU port bit here will clear the other (user ports).
Powered by blists - more mailing lists