All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ido Schimmel <idosch@nvidia.com>
To: Vladimir Oltean <olteanv@gmail.com>
Cc: Andrew Lunn <andrew@lunn.ch>,
	Alexandre Belloni <alexandre.belloni@bootlin.com>,
	Nikolay Aleksandrov <razor@blackwall.org>,
	Kurt Kanzenbach <kurt@linutronix.de>,
	Eric Dumazet <edumazet@google.com>,
	linux-kselftest@vger.kernel.org,
	"Hans J. Schultz" <netdev@kapio-technology.com>,
	Joachim Wiberg <troglobit@gmail.com>,
	Shuah Khan <shuah@kernel.org>, Ivan Vecera <ivecera@redhat.com>,
	Florian Fainelli <f.fainelli@gmail.com>,
	Daniel Borkmann <daniel@iogearbox.net>,
	Florent Fourcot <florent.fourcot@wifirst.fr>,
	bridge@lists.linux-foundation.org,
	Russell King <linux@armlinux.org.uk>,
	linux-arm-kernel@lists.infradead.org,
	Roopa Prabhu <roopa@nvidia.com>,
	kuba@kernel.org, Paolo Abeni <pabeni@redhat.com>,
	Vivien Didelot <vivien.didelot@gmail.com>,
	Woojung Huh <woojung.huh@microchip.com>,
	Landen Chao <Landen.Chao@mediatek.com>,
	Jiri Pirko <jiri@resnulli.us>, Amit Cohen <amcohen@nvidia.com>,
	Christian Marangi <ansuelsmth@gmail.com>,
	Hauke Mehrtens <hauke@hauke-m.de>,
	Hans Schultz <schultz.hans@gmail.com>,
	Sean Wang <sean.wang@mediatek.com>,
	DENG Qingfang <dqfext@gmail.com>,
	Claudiu Manoil <claudiu.manoil@nxp.com>,
	linux-mediatek@lists.infradead.org,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Yuwei Wang <wangyuweihx@gmail.com>,
	Petr Machata <petrm@nvidia.com>,
	netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
	UNGLinuxDriver@microchip.com, davem@davemloft.net
Subject: Re: [Bridge] [PATCH v8 net-next 05/12] net: dsa: propagate the locked flag down through the DSA layer
Date: Thu, 20 Oct 2022 16:24:16 +0300	[thread overview]
Message-ID: <Y1FMAI9BzDRUPi5Y@shredder> (raw)
In-Reply-To: <20221020130224.6ralzvteoxfdwseb@skbuf>

On Thu, Oct 20, 2022 at 04:02:24PM +0300, Vladimir Oltean wrote:
> On Tue, Oct 18, 2022 at 06:56:12PM +0200, Hans J. Schultz wrote:
> > @@ -3315,6 +3316,7 @@ static int dsa_slave_fdb_event(struct net_device *dev,
> >  	struct dsa_port *dp = dsa_slave_to_port(dev);
> >  	bool host_addr = fdb_info->is_local;
> >  	struct dsa_switch *ds = dp->ds;
> > +	u16 fdb_flags = 0;
> >  
> >  	if (ctx && ctx != dp)
> >  		return 0;
> > @@ -3361,6 +3363,9 @@ static int dsa_slave_fdb_event(struct net_device *dev,
> >  		   orig_dev->name, fdb_info->addr, fdb_info->vid,
> >  		   host_addr ? " as host address" : "");
> >  
> > +	if (fdb_info->locked)
> > +		fdb_flags |= DSA_FDB_FLAG_LOCKED;
> 
> This is the bridge->driver direction. In which of the changes up until
> now/through which mechanism will the bridge emit a
> SWITCHDEV_FDB_ADD_TO_DEVICE with fdb_info->locked = true?

I believe it can happen in the following call chain:

br_handle_frame_finish
   br_fdb_update // p->flags & BR_PORT_MAB
       fdb_notify
           br_switchdev_fdb_notify

This can happen with Spectrum when a packet ingresses via a locked port
and incurs an FDB miss in hardware. The packet will be trapped and
injected to the Rx path where it should invoke the above call chain.

> Don't the other switchdev drivers except DSA (search for SWITCHDEV_FDB_EVENT_TO_DEVICE
> in the drivers/ folder) need to handle this new flag too, even if to reject it?

Yes, agree. At least with mlxsw it is not a big deal right now because
it ignores entries with !BR_FDB_ADDED_BY_USER and locked entries are
always like that, but it would be good to make it more explicit.

> 
> When other drivers will want to look at fdb_info->locked, they'll have
> the surprise that it's impossible to maintain backwards compatibility,
> because they didn't use to treat the flag at all in the past (so either
> locked or unlocked, they did the same thing).
> 
> > +
> >  	INIT_WORK(&switchdev_work->work, dsa_slave_switchdev_event_work);
> >  	switchdev_work->event = event;
> >  	switchdev_work->dev = dev;
> > @@ -3369,6 +3374,7 @@ static int dsa_slave_fdb_event(struct net_device *dev,
> >  	ether_addr_copy(switchdev_work->addr, fdb_info->addr);
> >  	switchdev_work->vid = fdb_info->vid;
> >  	switchdev_work->host_addr = host_addr;
> > +	switchdev_work->fdb_flags = fdb_flags;

WARNING: multiple messages have this Message-ID (diff)
From: Ido Schimmel <idosch@nvidia.com>
To: Vladimir Oltean <olteanv@gmail.com>
Cc: "Hans J. Schultz" <netdev@kapio-technology.com>,
	davem@davemloft.net, kuba@kernel.org, netdev@vger.kernel.org,
	Florian Fainelli <f.fainelli@gmail.com>,
	Andrew Lunn <andrew@lunn.ch>,
	Vivien Didelot <vivien.didelot@gmail.com>,
	Eric Dumazet <edumazet@google.com>,
	Paolo Abeni <pabeni@redhat.com>,
	Kurt Kanzenbach <kurt@linutronix.de>,
	Hauke Mehrtens <hauke@hauke-m.de>,
	Woojung Huh <woojung.huh@microchip.com>,
	UNGLinuxDriver@microchip.com, Sean Wang <sean.wang@mediatek.com>,
	Landen Chao <Landen.Chao@mediatek.com>,
	DENG Qingfang <dqfext@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Claudiu Manoil <claudiu.manoil@nxp.com>,
	Alexandre Belloni <alexandre.belloni@bootlin.com>,
	Jiri Pirko <jiri@resnulli.us>, Ivan Vecera <ivecera@redhat.com>,
	Roopa Prabhu <roopa@nvidia.com>,
	Nikolay Aleksandrov <razor@blackwall.org>,
	Shuah Khan <shuah@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	Christian Marangi <ansuelsmth@gmail.com>,
	Daniel Borkmann <daniel@iogearbox.net>,
	Yuwei Wang <wangyuweihx@gmail.com>,
	Petr Machata <petrm@nvidia.com>,
	Florent Fourcot <florent.fourcot@wifirst.fr>,
	Hans Schultz <schultz.hans@gmail.com>,
	Joachim Wiberg <troglobit@gmail.com>,
	Amit Cohen <amcohen@nvidia.com>,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-mediatek@lists.infradead.org,
	bridge@lists.linux-foundation.org,
	linux-kselftest@vger.kernel.org
Subject: Re: [PATCH v8 net-next 05/12] net: dsa: propagate the locked flag down through the DSA layer
Date: Thu, 20 Oct 2022 16:24:16 +0300	[thread overview]
Message-ID: <Y1FMAI9BzDRUPi5Y@shredder> (raw)
In-Reply-To: <20221020130224.6ralzvteoxfdwseb@skbuf>

On Thu, Oct 20, 2022 at 04:02:24PM +0300, Vladimir Oltean wrote:
> On Tue, Oct 18, 2022 at 06:56:12PM +0200, Hans J. Schultz wrote:
> > @@ -3315,6 +3316,7 @@ static int dsa_slave_fdb_event(struct net_device *dev,
> >  	struct dsa_port *dp = dsa_slave_to_port(dev);
> >  	bool host_addr = fdb_info->is_local;
> >  	struct dsa_switch *ds = dp->ds;
> > +	u16 fdb_flags = 0;
> >  
> >  	if (ctx && ctx != dp)
> >  		return 0;
> > @@ -3361,6 +3363,9 @@ static int dsa_slave_fdb_event(struct net_device *dev,
> >  		   orig_dev->name, fdb_info->addr, fdb_info->vid,
> >  		   host_addr ? " as host address" : "");
> >  
> > +	if (fdb_info->locked)
> > +		fdb_flags |= DSA_FDB_FLAG_LOCKED;
> 
> This is the bridge->driver direction. In which of the changes up until
> now/through which mechanism will the bridge emit a
> SWITCHDEV_FDB_ADD_TO_DEVICE with fdb_info->locked = true?

I believe it can happen in the following call chain:

br_handle_frame_finish
   br_fdb_update // p->flags & BR_PORT_MAB
       fdb_notify
           br_switchdev_fdb_notify

This can happen with Spectrum when a packet ingresses via a locked port
and incurs an FDB miss in hardware. The packet will be trapped and
injected to the Rx path where it should invoke the above call chain.

> Don't the other switchdev drivers except DSA (search for SWITCHDEV_FDB_EVENT_TO_DEVICE
> in the drivers/ folder) need to handle this new flag too, even if to reject it?

Yes, agree. At least with mlxsw it is not a big deal right now because
it ignores entries with !BR_FDB_ADDED_BY_USER and locked entries are
always like that, but it would be good to make it more explicit.

> 
> When other drivers will want to look at fdb_info->locked, they'll have
> the surprise that it's impossible to maintain backwards compatibility,
> because they didn't use to treat the flag at all in the past (so either
> locked or unlocked, they did the same thing).
> 
> > +
> >  	INIT_WORK(&switchdev_work->work, dsa_slave_switchdev_event_work);
> >  	switchdev_work->event = event;
> >  	switchdev_work->dev = dev;
> > @@ -3369,6 +3374,7 @@ static int dsa_slave_fdb_event(struct net_device *dev,
> >  	ether_addr_copy(switchdev_work->addr, fdb_info->addr);
> >  	switchdev_work->vid = fdb_info->vid;
> >  	switchdev_work->host_addr = host_addr;
> > +	switchdev_work->fdb_flags = fdb_flags;

WARNING: multiple messages have this Message-ID (diff)
From: Ido Schimmel <idosch@nvidia.com>
To: Vladimir Oltean <olteanv@gmail.com>
Cc: "Hans J. Schultz" <netdev@kapio-technology.com>,
	davem@davemloft.net, kuba@kernel.org, netdev@vger.kernel.org,
	Florian Fainelli <f.fainelli@gmail.com>,
	Andrew Lunn <andrew@lunn.ch>,
	Vivien Didelot <vivien.didelot@gmail.com>,
	Eric Dumazet <edumazet@google.com>,
	Paolo Abeni <pabeni@redhat.com>,
	Kurt Kanzenbach <kurt@linutronix.de>,
	Hauke Mehrtens <hauke@hauke-m.de>,
	Woojung Huh <woojung.huh@microchip.com>,
	UNGLinuxDriver@microchip.com, Sean Wang <sean.wang@mediatek.com>,
	Landen Chao <Landen.Chao@mediatek.com>,
	DENG Qingfang <dqfext@gmail.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Claudiu Manoil <claudiu.manoil@nxp.com>,
	Alexandre Belloni <alexandre.belloni@bootlin.com>,
	Jiri Pirko <jiri@resnulli.us>, Ivan Vecera <ivecera@redhat.com>,
	Roopa Prabhu <roopa@nvidia.com>,
	Nikolay Aleksandrov <razor@blackwall.org>,
	Shuah Khan <shuah@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	Christian Marangi <ansuelsmth@gmail.com>,
	Daniel Borkmann <daniel@iogearbox.net>,
	Yuwei Wang <wangyuweihx@gmail.com>,
	Petr Machata <petrm@nvidia.com>,
	Florent Fourcot <florent.fourcot@wifirst.fr>,
	Hans Schultz <schultz.hans@gmail.com>,
	Joachim Wiberg <troglobit@gmail.com>,
	Amit Cohen <amcohen@nvidia.com>,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-mediatek@lists.infradead.org,
	bridge@lists.linux-foundation.org,
	linux-kselftest@vger.kernel.org
Subject: Re: [PATCH v8 net-next 05/12] net: dsa: propagate the locked flag down through the DSA layer
Date: Thu, 20 Oct 2022 16:24:16 +0300	[thread overview]
Message-ID: <Y1FMAI9BzDRUPi5Y@shredder> (raw)
In-Reply-To: <20221020130224.6ralzvteoxfdwseb@skbuf>

On Thu, Oct 20, 2022 at 04:02:24PM +0300, Vladimir Oltean wrote:
> On Tue, Oct 18, 2022 at 06:56:12PM +0200, Hans J. Schultz wrote:
> > @@ -3315,6 +3316,7 @@ static int dsa_slave_fdb_event(struct net_device *dev,
> >  	struct dsa_port *dp = dsa_slave_to_port(dev);
> >  	bool host_addr = fdb_info->is_local;
> >  	struct dsa_switch *ds = dp->ds;
> > +	u16 fdb_flags = 0;
> >  
> >  	if (ctx && ctx != dp)
> >  		return 0;
> > @@ -3361,6 +3363,9 @@ static int dsa_slave_fdb_event(struct net_device *dev,
> >  		   orig_dev->name, fdb_info->addr, fdb_info->vid,
> >  		   host_addr ? " as host address" : "");
> >  
> > +	if (fdb_info->locked)
> > +		fdb_flags |= DSA_FDB_FLAG_LOCKED;
> 
> This is the bridge->driver direction. In which of the changes up until
> now/through which mechanism will the bridge emit a
> SWITCHDEV_FDB_ADD_TO_DEVICE with fdb_info->locked = true?

I believe it can happen in the following call chain:

br_handle_frame_finish
   br_fdb_update // p->flags & BR_PORT_MAB
       fdb_notify
           br_switchdev_fdb_notify

This can happen with Spectrum when a packet ingresses via a locked port
and incurs an FDB miss in hardware. The packet will be trapped and
injected to the Rx path where it should invoke the above call chain.

> Don't the other switchdev drivers except DSA (search for SWITCHDEV_FDB_EVENT_TO_DEVICE
> in the drivers/ folder) need to handle this new flag too, even if to reject it?

Yes, agree. At least with mlxsw it is not a big deal right now because
it ignores entries with !BR_FDB_ADDED_BY_USER and locked entries are
always like that, but it would be good to make it more explicit.

> 
> When other drivers will want to look at fdb_info->locked, they'll have
> the surprise that it's impossible to maintain backwards compatibility,
> because they didn't use to treat the flag at all in the past (so either
> locked or unlocked, they did the same thing).
> 
> > +
> >  	INIT_WORK(&switchdev_work->work, dsa_slave_switchdev_event_work);
> >  	switchdev_work->event = event;
> >  	switchdev_work->dev = dev;
> > @@ -3369,6 +3374,7 @@ static int dsa_slave_fdb_event(struct net_device *dev,
> >  	ether_addr_copy(switchdev_work->addr, fdb_info->addr);
> >  	switchdev_work->vid = fdb_info->vid;
> >  	switchdev_work->host_addr = host_addr;
> > +	switchdev_work->fdb_flags = fdb_flags;

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2022-10-20 13:24 UTC|newest]

Thread overview: 207+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-18 16:56 [Bridge] [PATCH v8 net-next 00/12] Extend locked port feature with FDB locked flag (MAC-Auth/MAB) Hans J. Schultz
2022-10-18 16:56 ` Hans J. Schultz
2022-10-18 16:56 ` Hans J. Schultz
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 01/12] net: bridge: add locked entry fdb flag to extend locked port feature Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-20 12:54   ` [Bridge] " Ido Schimmel
2022-10-20 12:54     ` Ido Schimmel
2022-10-20 12:54     ` Ido Schimmel
2022-10-20 19:37     ` [Bridge] " netdev
2022-10-20 19:37       ` netdev
2022-10-20 19:37       ` netdev
2022-10-21  0:11       ` [Bridge] " Jakub Kicinski
2022-10-21  0:11         ` Jakub Kicinski
2022-10-21  0:11         ` Jakub Kicinski
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 02/12] net: bridge: add blackhole fdb entry flag Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-20 13:06   ` [Bridge] " Ido Schimmel
2022-10-20 13:06     ` Ido Schimmel
2022-10-20 13:06     ` Ido Schimmel
2022-10-20 19:34     ` [Bridge] " netdev
2022-10-20 19:34       ` netdev
2022-10-20 19:34       ` netdev
2022-10-23  5:32     ` [Bridge] " netdev
2022-10-23  5:32       ` netdev
2022-10-23  5:32       ` netdev
2022-10-24 17:08       ` [Bridge] " Jakub Kicinski
2022-10-24 17:08         ` Jakub Kicinski
2022-10-24 17:08         ` Jakub Kicinski
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 03/12] net: bridge: enable bridge to install locked fdb entries from drivers Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-20 12:55   ` [Bridge] " Vladimir Oltean
2022-10-20 12:55     ` Vladimir Oltean
2022-10-20 12:55     ` Vladimir Oltean
2022-10-20 19:29     ` [Bridge] " netdev
2022-10-20 19:29       ` netdev
2022-10-20 19:29       ` netdev
2022-10-20 22:43       ` [Bridge] " Vladimir Oltean
2022-10-20 22:43         ` Vladimir Oltean
2022-10-20 22:43         ` Vladimir Oltean
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 04/12] net: bridge: add MAB flag to hardware offloadable flags Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 05/12] net: dsa: propagate the locked flag down through the DSA layer Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-20 13:02   ` [Bridge] " Vladimir Oltean
2022-10-20 13:02     ` Vladimir Oltean
2022-10-20 13:02     ` Vladimir Oltean
2022-10-20 13:24     ` Ido Schimmel [this message]
2022-10-20 13:24       ` Ido Schimmel
2022-10-20 13:24       ` Ido Schimmel
2022-10-20 13:35       ` [Bridge] " Vladimir Oltean
2022-10-20 13:35         ` Vladimir Oltean
2022-10-20 13:35         ` Vladimir Oltean
2022-10-20 13:57         ` [Bridge] " Ido Schimmel
2022-10-20 13:57           ` Ido Schimmel
2022-10-20 13:57           ` Ido Schimmel
2022-10-20 14:04           ` [Bridge] " Vladimir Oltean
2022-10-20 14:04             ` Vladimir Oltean
2022-10-20 14:04             ` Vladimir Oltean
2022-10-20 14:58             ` [Bridge] " Ido Schimmel
2022-10-20 14:58               ` Ido Schimmel
2022-10-20 14:58               ` Ido Schimmel
2022-10-20 15:25               ` [Bridge] " Vladimir Oltean
2022-10-20 15:25                 ` Vladimir Oltean
2022-10-20 15:25                 ` Vladimir Oltean
2022-10-20 14:11           ` [Bridge] " Vladimir Oltean
2022-10-20 14:11             ` Vladimir Oltean
2022-10-20 14:11             ` Vladimir Oltean
2022-10-20 15:23             ` [Bridge] " Ido Schimmel
2022-10-20 15:23               ` Ido Schimmel
2022-10-20 15:23               ` Ido Schimmel
2022-10-20 15:36               ` [Bridge] " Vladimir Oltean
2022-10-20 15:36                 ` Vladimir Oltean
2022-10-20 15:36                 ` Vladimir Oltean
2022-10-20 18:47         ` [Bridge] " netdev
2022-10-20 18:47           ` netdev
2022-10-20 18:47           ` netdev
2022-10-20 23:57           ` [Bridge] " Vladimir Oltean
2022-10-20 23:57             ` Vladimir Oltean
2022-10-20 23:57             ` Vladimir Oltean
2022-10-20 19:43     ` [Bridge] " netdev
2022-10-20 19:43       ` netdev
2022-10-20 19:43       ` netdev
2022-10-20 22:52       ` [Bridge] " Vladimir Oltean
2022-10-20 22:52         ` Vladimir Oltean
2022-10-20 22:52         ` Vladimir Oltean
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 06/12] net: bridge: enable bridge to send and receive blackhole FDB entries Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 07/12] net: dsa: send the blackhole flag down through the DSA layer Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 08/12] drivers: net: dsa: add fdb entry flags incoming to switchcore drivers Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-20 13:12   ` [Bridge] " Vladimir Oltean
2022-10-20 13:12     ` Vladimir Oltean
2022-10-20 13:12     ` Vladimir Oltean
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 09/12] net: dsa: mv88e6xxx: allow reading FID when handling ATU violations Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 10/12] net: dsa: mv88e6xxx: mac-auth/MAB implementation Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-20 13:25   ` [Bridge] " Vladimir Oltean
2022-10-20 13:25     ` Vladimir Oltean
2022-10-20 13:25     ` Vladimir Oltean
2022-10-20 19:59     ` [Bridge] " netdev
2022-10-20 19:59       ` netdev
2022-10-20 19:59       ` netdev
2022-10-20 20:20     ` [Bridge] " netdev
2022-10-20 20:20       ` netdev
2022-10-20 20:20       ` netdev
2022-10-20 22:57       ` [Bridge] " Vladimir Oltean
2022-10-20 22:57         ` Vladimir Oltean
2022-10-20 22:57         ` Vladimir Oltean
2022-10-21  6:47         ` [Bridge] " netdev
2022-10-21  6:47           ` netdev
2022-10-21  6:47           ` netdev
2022-10-21 11:22           ` [Bridge] " Vladimir Oltean
2022-10-21 11:22             ` Vladimir Oltean
2022-10-21 11:22             ` Vladimir Oltean
2022-10-21 13:16             ` [Bridge] " netdev
2022-10-21 13:16               ` netdev
2022-10-21 13:16               ` netdev
2022-10-21 16:30               ` [Bridge] " Vladimir Oltean
2022-10-21 16:30                 ` Vladimir Oltean
2022-10-21 16:30                 ` Vladimir Oltean
2022-10-21 17:18                 ` [Bridge] " netdev
2022-10-21 17:18                   ` netdev
2022-10-21 17:18                   ` netdev
2022-10-21 17:30                   ` [Bridge] " Vladimir Oltean
2022-10-21 17:30                     ` Vladimir Oltean
2022-10-21 17:30                     ` Vladimir Oltean
2022-10-21 17:39                     ` [Bridge] " netdev
2022-10-21 17:39                       ` netdev
2022-10-21 17:39                       ` netdev
2022-10-21 18:14                       ` [Bridge] " Vladimir Oltean
2022-10-21 18:14                         ` Vladimir Oltean
2022-10-21 18:14                         ` Vladimir Oltean
2022-10-22  7:24                         ` [Bridge] " netdev
2022-10-22  7:24                           ` netdev
2022-10-22  7:24                           ` netdev
2022-10-22 12:02                           ` [Bridge] " Vladimir Oltean
2022-10-22 12:02                             ` Vladimir Oltean
2022-10-22 12:02                             ` Vladimir Oltean
2022-10-22 13:15                             ` [Bridge] " netdev
2022-10-22 13:15                               ` netdev
2022-10-22 13:15                               ` netdev
2022-10-22  8:50                         ` [Bridge] " Oleksandr Mazur
2022-10-22  8:50                           ` Oleksandr Mazur
2022-10-22  8:50                           ` Oleksandr Mazur
2022-10-22 11:32                           ` [Bridge] " Vladimir Oltean
2022-10-22 11:32                             ` Vladimir Oltean
2022-10-22 11:32                             ` Vladimir Oltean
2022-10-22 12:55                             ` [Bridge] " Oleksandr Mazur
2022-10-22 12:55                               ` Oleksandr Mazur
2022-10-22 12:55                               ` Oleksandr Mazur
2022-10-22 13:39                               ` [Bridge] " Vladimir Oltean
2022-10-22 13:39                                 ` Vladimir Oltean
2022-10-22 13:39                                 ` Vladimir Oltean
2022-10-22 13:49                         ` [Bridge] " Ido Schimmel
2022-10-22 13:49                           ` Ido Schimmel
2022-10-22 13:49                           ` Ido Schimmel
2022-10-22 14:11                           ` [Bridge] " netdev
2022-10-22 14:11                             ` netdev
2022-10-22 14:11                             ` netdev
2022-10-22 14:49                           ` [Bridge] " Vladimir Oltean
2022-10-22 14:49                             ` Vladimir Oltean
2022-10-22 14:49                             ` Vladimir Oltean
2022-10-23  6:53                             ` [Bridge] " Ido Schimmel
2022-10-23  6:53                               ` Ido Schimmel
2022-10-23  6:53                               ` Ido Schimmel
2022-10-20 21:09     ` [Bridge] " netdev
2022-10-20 21:09       ` netdev
2022-10-20 21:09       ` netdev
2022-10-20 23:00       ` [Bridge] " Vladimir Oltean
2022-10-20 23:00         ` Vladimir Oltean
2022-10-20 23:00         ` Vladimir Oltean
2022-10-22  7:31     ` [Bridge] " netdev
2022-10-22  7:31       ` netdev
2022-10-22  7:31       ` netdev
2022-10-22 11:55       ` [Bridge] " Vladimir Oltean
2022-10-22 11:55         ` Vladimir Oltean
2022-10-22 11:55         ` Vladimir Oltean
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 11/12] net: dsa: mv88e6xxx: add blackhole ATU entries Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-20 13:11   ` [Bridge] " Vladimir Oltean
2022-10-20 13:11     ` Vladimir Oltean
2022-10-20 13:11     ` Vladimir Oltean
2022-10-18 16:56 ` [Bridge] [PATCH v8 net-next 12/12] selftests: forwarding: add MAB tests to locked port tests Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-18 16:56   ` Hans J. Schultz
2022-10-20 12:35   ` [Bridge] " Ido Schimmel
2022-10-20 12:35     ` Ido Schimmel
2022-10-20 12:35     ` Ido Schimmel
2022-10-19 18:58 ` [Bridge] [PATCH v8 net-next 00/12] Extend locked port feature with FDB locked flag (MAC-Auth/MAB) Jakub Kicinski
2022-10-19 18:58   ` Jakub Kicinski
2022-10-19 18:58   ` Jakub Kicinski
2022-10-20  9:55   ` [Bridge] " Ido Schimmel
2022-10-20  9:55     ` Ido Schimmel
2022-10-20  9:55     ` Ido Schimmel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Y1FMAI9BzDRUPi5Y@shredder \
    --to=idosch@nvidia.com \
    --cc=Landen.Chao@mediatek.com \
    --cc=UNGLinuxDriver@microchip.com \
    --cc=alexandre.belloni@bootlin.com \
    --cc=amcohen@nvidia.com \
    --cc=andrew@lunn.ch \
    --cc=ansuelsmth@gmail.com \
    --cc=bridge@lists.linux-foundation.org \
    --cc=claudiu.manoil@nxp.com \
    --cc=daniel@iogearbox.net \
    --cc=davem@davemloft.net \
    --cc=dqfext@gmail.com \
    --cc=edumazet@google.com \
    --cc=f.fainelli@gmail.com \
    --cc=florent.fourcot@wifirst.fr \
    --cc=hauke@hauke-m.de \
    --cc=ivecera@redhat.com \
    --cc=jiri@resnulli.us \
    --cc=kuba@kernel.org \
    --cc=kurt@linutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-kselftest@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=linux@armlinux.org.uk \
    --cc=matthias.bgg@gmail.com \
    --cc=netdev@kapio-technology.com \
    --cc=netdev@vger.kernel.org \
    --cc=olteanv@gmail.com \
    --cc=pabeni@redhat.com \
    --cc=petrm@nvidia.com \
    --cc=razor@blackwall.org \
    --cc=roopa@nvidia.com \
    --cc=schultz.hans@gmail.com \
    --cc=sean.wang@mediatek.com \
    --cc=shuah@kernel.org \
    --cc=troglobit@gmail.com \
    --cc=vivien.didelot@gmail.com \
    --cc=wangyuweihx@gmail.com \
    --cc=woojung.huh@microchip.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.