Re: [PATCH][next] net: bridge: Fix missing return assignment from br_vlan_replay_one call

2021-03-24 Thread Nikolay Aleksandrov
ce *br_dev, struct > net_device *dev, > if (!br_vlan_should_use(v)) > continue; > > - br_vlan_replay_one(nb, dev, , extack); > + err = br_vlan_replay_one(nb, dev, , extack); > if (err) > return err; > } > Thanks, Acked-by: Nikolay Aleksandrov

Re: [PATCH v4 net-next 05/11] net: bridge: add helper to replay VLANs installed on port

2021-03-23 Thread Nikolay Aleksandrov
hanged, 83 insertions(+) > Same comments about the const qualifiers as the other patches. The code looks good to me otherwise. Acked-by: Nikolay Aleksandrov > diff --git a/include/linux/if_bridge.h b/include/linux/if_bridge.h > index b564c4486a45..2cc35038a8ca 100644 > --- a/include/li

Re: [PATCH v4 net-next 03/11] net: bridge: add helper to replay port and host-joined mdb entries

2021-03-23 Thread Nikolay Aleksandrov
notify and the newly added br_mdb_queue_one in how the switchdev > mdb object is created, so a helper was created. > > Suggested-by: Ido Schimmel > Signed-off-by: Vladimir Oltean > --- > include/linux/if_bridge.h | 9 +++ > include/net/switchdev.h | 1 + > net/bridge/br_

Re: [PATCH v4 net-next 04/11] net: bridge: add helper to replay port and local fdb entries

2021-03-23 Thread Nikolay Aleksandrov
me (dst == NULL). The code itself is correct and the alternative to take only 1 net_device and act based on its type would add another step to the process per-port which also doesn't sound good... There are a few minor const nits below too, again if there is another version please take care of them,

Re: [PATCH v4 net-next 02/11] net: bridge: add helper to retrieve the current ageing time

2021-03-23 Thread Nikolay Aleksandrov
f_bridge.h | 6 ++ > net/bridge/br_stp.c | 13 + > 2 files changed, 19 insertions(+) > The patch is mostly fine, there are a few minor nits (const qualifiers). If there is another version of the patch-set please add them, either way: Acked-by: Nikolay Aleksa

Re: [PATCH v4 net-next 01/11] net: bridge: add helper for retrieving the current bridge port STP state

2021-03-23 Thread Nikolay Aleksandrov
e, such that drivers can synchronize to it when they may have missed > switchdev events. > > Signed-off-by: Vladimir Oltean > Reviewed-by: Florian Fainelli > Reviewed-by: Tobias Waldekranz > --- > include/linux/if_bridge.h | 6 ++ > net/bridge/br_stp.c | 14 ++ > 2 files changed, 20 insertions(+) > Acked-by: Nikolay Aleksandrov

Re: [PATCH v3 net-next 08/12] net: dsa: replay port and host-joined mdb entries when joining the bridge

2021-03-22 Thread Nikolay Aleksandrov
On 22/03/2021 18:56, Vladimir Oltean wrote: > On Mon, Mar 22, 2021 at 06:35:10PM +0200, Nikolay Aleksandrov wrote: >>> + hlist_for_each_entry(mp, >mdb_list, mdb_node) { >> >> You cannot walk over these lists without the multicast lock or RCU. RTNL is >> not &g

Re: [PATCH v3 net-next 10/12] net: dsa: replay VLANs installed on port when joining the bridge

2021-03-22 Thread Nikolay Aleksandrov
On 21/03/2021 00:34, Vladimir Oltean wrote: > From: Vladimir Oltean > > Currently this simple setup: > > ip link add br0 type bridge vlan_filtering 1 > ip link add bond0 type bond > ip link set bond0 master br0 > ip link set swp0 master bond0 > > will not work because the bridge has created

Re: [PATCH v3 net-next 09/12] net: dsa: replay port and local fdb entries when joining the bridge

2021-03-22 Thread Nikolay Aleksandrov
On 21/03/2021 00:34, Vladimir Oltean wrote: > From: Vladimir Oltean > > When a DSA port joins a LAG that already had an FDB entry pointing to it: > > ip link set bond0 master br0 > bridge fdb add dev bond0 00:01:02:03:04:05 master static > ip link set swp0 master bond0 > > the DSA port will

Re: [PATCH v3 net-next 08/12] net: dsa: replay port and host-joined mdb entries when joining the bridge

2021-03-22 Thread Nikolay Aleksandrov
On 21/03/2021 00:34, Vladimir Oltean wrote: > From: Vladimir Oltean > > I have udhcpcd in my system and this is configured to bring interfaces > up as soon as they are created. > > I create a bridge as follows: > > ip link add br0 type bridge > > As soon as I create the bridge and udhcpcd

Re: [PATCH v3 net-next 00/12] Better support for sandwiched LAGs with bridge and DSA

2021-03-22 Thread Nikolay Aleksandrov
On 21/03/2021 00:34, Vladimir Oltean wrote: > From: Vladimir Oltean > > The objective of this series is to make LAG uppers on top of switchdev > ports work regardless of which order we link interfaces to their masters > (first make the port join the LAG, then the LAG join the bridge, or the >

Re: [PATCH v5 net-next 03/10] net: bridge: don't print in br_switchdev_set_port_flag

2021-02-12 Thread Nikolay Aleksandrov
t_flag if already > populated. > > net/bridge/br_netlink.c | 9 + > net/bridge/br_private.h | 6 -- > net/bridge/br_switchdev.c | 13 +++-- > net/bridge/br_sysfs_if.c | 7 +-- > 4 files changed, 21 insertions(+), 14 deletions(-) > Acked-by: Nikolay Aleksandrov

Re: [PATCH v5 net-next 01/10] net: switchdev: propagate extack to port attributes

2021-02-12 Thread Nikolay Aleksandrov
lude/net/switchdev.h | 6 -- > net/dsa/slave.c | 3 ++- > net/switchdev/switchdev.c | 11 ++++--- > 8 files changed, 24 insertions(+), 11 deletions(-) > Reviewed-by: Nikolay Aleksandrov

Re: [PATCH v5 net-next 02/10] net: bridge: offload all port flags at once in br_setport

2021-02-12 Thread Nikolay Aleksandrov
ch is new. > > Changes in v2: > Patch is new. > > net/bridge/br_netlink.c | 109 -- > net/bridge/br_switchdev.c | 6 ++- > 2 files changed, 39 insertions(+), 76 deletions(-) > LGTM, thanks! Acked-by: Nikolay Aleksandrov

Re: [PATCH v3 net-next 00/11] Cleanup in brport flags switchdev offload for DSA

2021-02-10 Thread Nikolay Aleksandrov
On 10/02/2021 14:01, Vladimir Oltean wrote: > On Wed, Feb 10, 2021 at 01:05:57PM +0200, Nikolay Aleksandrov wrote: >> On 10/02/2021 13:01, Vladimir Oltean wrote: >>> On Wed, Feb 10, 2021 at 12:52:33PM +0200, Nikolay Aleksandrov wrote: >>>> On 10/02/2021 12:45, V

Re: [PATCH v3 net-next 00/11] Cleanup in brport flags switchdev offload for DSA

2021-02-10 Thread Nikolay Aleksandrov
On 10/02/2021 13:01, Vladimir Oltean wrote: > On Wed, Feb 10, 2021 at 12:52:33PM +0200, Nikolay Aleksandrov wrote: >> On 10/02/2021 12:45, Vladimir Oltean wrote: >>> Hi Nikolay, >>> >>> On Wed, Feb 10, 2021 at 12:31:43PM +0200, Nikolay Aleksandrov wrote: >

Re: [PATCH v3 net-next 00/11] Cleanup in brport flags switchdev offload for DSA

2021-02-10 Thread Nikolay Aleksandrov
On 10/02/2021 12:45, Vladimir Oltean wrote: > Hi Nikolay, > > On Wed, Feb 10, 2021 at 12:31:43PM +0200, Nikolay Aleksandrov wrote: >> Hi Vladimir, >> Let's take a step back for a moment and discuss the bridge unlock/lock >> sequences >> that come with this se

Re: [PATCH v3 net-next 00/11] Cleanup in brport flags switchdev offload for DSA

2021-02-10 Thread Nikolay Aleksandrov
On 10/02/2021 11:14, Vladimir Oltean wrote: > From: Vladimir Oltean > > The initial goal of this series was to have better support for > standalone ports mode and multiple bridges on the DSA drivers like > ocelot/felix and sja1105. Proper support for standalone mode requires > disabling address

Re: [PATCH v3 net-next 08/11] net: bridge: put SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS on the blocking call chain

2021-02-10 Thread Nikolay Aleksandrov
On 10/02/2021 11:14, Vladimir Oltean wrote: > From: Vladimir Oltean > > Since we would like br_switchdev_set_port_flag to not use an atomic > notifier, it should be called from outside spinlock context. > > We can temporarily drop br->lock, but that creates some concurrency > complications

Re: [PATCH net-next 2/9] net: bridge: offload initial and final port flags through switchdev

2021-02-08 Thread Nikolay Aleksandrov
On 08/02/2021 13:45, Vladimir Oltean wrote: > On Mon, Feb 08, 2021 at 01:37:03PM +0200, Nikolay Aleksandrov wrote: >> Hi Vladimir, >> I think this patch potentially breaks some use cases. There are a few >> problems, I'll >> start with the more serious one: before

Re: [PATCH net-next 2/9] net: bridge: offload initial and final port flags through switchdev

2021-02-08 Thread Nikolay Aleksandrov
On 08/02/2021 01:21, Vladimir Oltean wrote: > From: Vladimir Oltean > > It must first be admitted that switchdev device drivers have a life > beyond the bridge, and when they aren't offloading the bridge driver > they are operating with forwarding disabled between ports, emulating as > closely

Re: [PATCH net] net: bridge: use switchdev for port flags set through sysfs too

2021-02-08 Thread Nikolay Aleksandrov
store_flag(struct net_bridge_port *p, unsigned > long v, > flags &= ~mask; > > if (flags != p->flags) { > + err = br_switchdev_set_port_flag(p, flags, mask); > + if (err) > + return err; > + > p->flags = flags; > br_port_flags_change(p, mask); > } > Acked-by: Nikolay Aleksandrov

Re: [PATCH 106/141] net: bridge: Fix fall-through warnings for Clang

2021-02-02 Thread Nikolay Aleksandrov
break; > } > Somehow this hasn't hit my inbox, good thing I just got the reply and saw the patch. Anyway, thanks! Acked-by: Nikolay Aleksandrov

Re: [PATCH] bridge: Use PTR_ERR_OR_ZERO instead if(IS_ERR(...)) + PTR_ERR

2021-01-25 Thread Nikolay Aleksandrov
oups */ > - err = IS_ERR(pg) ? PTR_ERR(pg) : 0; > + err = PTR_ERR_OR_ZERO(pg); > spin_unlock(>multicast_lock); > > return err; > This should be targeted at net-next. Acked-by: Nikolay Aleksandrov

Re: [PATCH v1] ipv4: add iPv4_is_multicast() check in ip_mc_leave_group().

2021-01-19 Thread Nikolay Aleksandrov
On 19/01/2021 06:39, Jakub Kicinski wrote: > On Sun, 17 Jan 2021 05:34:16 -0800 wangyingji...@126.com wrote: >> From: Yingjie Wang >> >> There is no iPv4_is_multicast() check added to ip_mc_leave_group() >> to check if imr->imr_multiaddr.s_addr is a multicast address. >> If not a multicast

Re: [PATCH v4 net-next] net: bridge: check vlan with eth_type_vlan() method

2021-01-18 Thread Nikolay Aleksandrov
> 3 files changed, 5 insertions(+), 12 deletions(-) > Acked-by: Nikolay Aleksandrov

Re: [RFC PATCH v2] net: bridge: igmp: Extend IGMP query to be per vlan

2021-01-18 Thread Nikolay Aleksandrov
On 16/01/2021 17:39, Joachim Wiberg wrote: > On Wed, Jan 13, 2021 at 14:15, Nikolay Aleksandrov wrote: >> On 12/01/2021 15:59, Horatiu Vultur wrote: >>> Based on the comments of the previous version, we started to work on a >>> new version, so it would be possible to

Re: [PATCH net-next] net: bridge: use eth_type_vlan in br_dev_queue_push_xmit

2021-01-14 Thread Nikolay Aleksandrov
On 14/01/2021 09:51, menglong8.d...@gmail.com wrote: > From: Menglong Dong > > Replace the check for ETH_P_8021Q and ETH_P_8021AD in > br_dev_queue_push_xmit with eth_type_vlan. > > Signed-off-by: Menglong Dong > --- > net/bridge/br_forward.c | 3 +-- > 1 file changed, 1 insertion(+), 2

Re: [PATCH] net/bridge: Fix inconsistent format argument types

2021-01-13 Thread Nikolay Aleksandrov
On 13/01/2021 11:44, Jiapeng Zhong wrote: > Fix the following warnings: > > net/bridge/br_sysfs_if.c(162): warning: %ld in format string (no. 1) > requires 'long' but the argument type is 'unsigned long'. > net/bridge/br_sysfs_if.c(155): warning: %ld in format string (no. 1) > requires 'long' but

Re: [PATCH] net/bridge: Fix inconsistent format argument types

2021-01-13 Thread Nikolay Aleksandrov
On 13/01/2021 11:36, Jiapeng Zhong wrote: > Fix the following warnings: > > net/bridge/br_sysfs_br.c(833): warning: %u in format string (no. 1) > requires 'unsigned int' but the argument type is 'signed int'. > net/bridge/br_sysfs_br.c(817): warning: %u in format string (no. 1) > requires

Re: [RFC PATCH v2] net: bridge: igmp: Extend IGMP query to be per vlan

2021-01-13 Thread Nikolay Aleksandrov
On 12/01/2021 15:59, Horatiu Vultur wrote: > Based on the comments of the previous version, we started to work on a > new version, so it would be possible to enable/disable queries per vlan. > This is still work in progress and there are plenty of things that are > not implemented and tested: > -

Re: [PATCH v2 net-next 1/6] net: bridge: notify switchdev of disappearance of old FDB entry upon migration

2020-12-13 Thread Nikolay Aleksandrov
On 13/12/2020 15:55, Vladimir Oltean wrote: > Hi Nik, > > On Sun, Dec 13, 2020 at 03:22:16PM +0200, Nikolay Aleksandrov wrote: >> Hi Vladimir, >> Thank you for the good explanation, it really helps a lot to understand the >> issue. >> Even though it's deceptive

Re: [PATCH v2 net-next 1/6] net: bridge: notify switchdev of disappearance of old FDB entry upon migration

2020-12-13 Thread Nikolay Aleksandrov
On 13/12/2020 15:22, Nikolay Aleksandrov wrote: > On 13/12/2020 04:40, Vladimir Oltean wrote: >> Currently the bridge emits atomic switchdev notifications for >> dynamically learnt FDB entries. Monitoring these notifications works >> wonders for switchdev drivers that want t

Re: [PATCH v2 net-next 1/6] net: bridge: notify switchdev of disappearance of old FDB entry upon migration

2020-12-13 Thread Nikolay Aleksandrov
On 13/12/2020 04:40, Vladimir Oltean wrote: > Currently the bridge emits atomic switchdev notifications for > dynamically learnt FDB entries. Monitoring these notifications works > wonders for switchdev drivers that want to keep their hardware FDB in > sync with the bridge's FDB. > > For example

Re: [PATCH v2] net: bridge: Fix a warning when del bridge sysfs

2020-12-11 Thread Nikolay Aleksandrov
bridge completed, add sysfs entries */ > - br_sysfs_addbr(dev); > + err = br_sysfs_addbr(dev); > + if (err) > + return notifier_from_errno(err); > + > return NOTIFY_DONE; > } > } > Patch looks good, I also tested it with a notifier error injecting. Tested-by: Nikolay Aleksandrov Acked-by: Nikolay Aleksandrov

Re: [RFC net-next] net: bridge: igmp: Extend IGMP query with vlan support

2020-12-11 Thread Nikolay Aleksandrov
On 11/12/2020 11:26, Horatiu Vultur wrote: > This patch tries to add vlan support to IGMP queries. > It extends the function 'br_ip4_multicast_alloc_query' to add > also a vlan tag if vlan is enabled. Therefore the bridge will send > queries for each vlan the ports are in. > > There are few other

Re: [PATCH v3] bridge: Fix a deadlock when enabling multicast snooping

2020-12-05 Thread Nikolay Aleksandrov
f-by: Joseph Huang > --- > net/bridge/br_device.c| 6 ++ > net/bridge/br_multicast.c | 34 +- > net/bridge/br_private.h | 10 ++ > 3 files changed, 41 insertions(+), 9 deletions(-) > LGTM, thanks! Acked-by: Nikolay Aleksandrov

Re: [PATCH v2] bridge: Fix a deadlock when enabling multicast snooping

2020-12-04 Thread Nikolay Aleksandrov
On 04/12/2020 23:39, Joseph Huang wrote: > When enabling multicast snooping, bridge module deadlocks on multicast_lock > if 1) IPv6 is enabled, and 2) there is an existing querier on the same L2 > network. > > The deadlock was caused by the following sequence: While holding the lock, >

Re: [PATCH net] net: bridge: vlan: fix error return code in __vlan_add()

2020-12-04 Thread Nikolay Aleksandrov
{ > + err = -ENOMEM; > goto out_filt; > + } > v->brvlan = masterv; > if (br_opt_get(br, BROPT_VLAN_STATS_PER_PORT)) { > v->stats = netdev_alloc_pcpu_stats(struct > br_vlan_stats); > Acked-by: Nikolay Aleksandrov

Re: [PATCH] bridge: Fix a deadlock when enabling multicast snooping

2020-12-03 Thread Nikolay Aleksandrov
On 04/12/2020 00:42, Huang, Joseph wrote: >> From: Huang, Joseph >> Sent: Thursday, December 3, 2020 4:53 PM >> To: Nikolay Aleksandrov ; Jakub Kicinski >> >> Cc: Roopa Prabhu ; David S. Miller >> ; bri...@lists.linux-foundation.org; >> net...@vger.kerne

Re: [PATCH] bridge: Fix a deadlock when enabling multicast snooping

2020-12-03 Thread Nikolay Aleksandrov
cast_leave_snoopers -> ipv6_dev_mc_dec -> igmp6_group_dropped -> igmp6_leave_group -> MLDv1 mode && last reporter -> igmp6_send() ? I think it was saved by the fact that !br_opt_get(br, BROPT_MULTICAST_ENABLED) would be true and the multicast lock won't be acquired in the br_dev_xmit path? If so, I'd appreciate a comment about that because it's not really trivial to find out. :) Anyhow, the patch is fine as-is too: Acked-by: Nikolay Aleksandrov Thanks, Nik

Re: [PATCH net] net: bridge: Fix a warning when del bridge sysfs

2020-12-03 Thread Nikolay Aleksandrov
On 03/12/2020 03:03, Jakub Kicinski wrote: > On Tue, 1 Dec 2020 22:01:14 +0800 Wang Hai wrote: >> If adding bridge sysfs fails, br->ifobj will be NULL, there is no >> need to delete its non-existent sysfs when deleting the bridge device, >> otherwise, it will cause a warning. So, when br->ifobj ==

Re: [PATCH net-next] bridge: mrp: Implement LC mode for MRP

2020-11-23 Thread Nikolay Aleksandrov
On 23/11/2020 14:31, Horatiu Vultur wrote: > The 11/23/2020 14:13, Nikolay Aleksandrov wrote: >> EXTERNAL EMAIL: Do not click links or open attachments unless you know the >> content is safe >> >> On 23/11/2020 13:14, Horatiu Vultur wrote: >>> Exte

Re: [PATCH net-next] bridge: mrp: Implement LC mode for MRP

2020-11-23 Thread Nikolay Aleksandrov
On 23/11/2020 13:14, Horatiu Vultur wrote: > Extend MRP to support LC mode(link check) for the interconnect port. > This applies only to the interconnect ring. > > Opposite to RC mode(ring check) the LC mode is using CFM frames to > detect when the link goes up or down and based on that the

Re: [PATCH] net: bridge: disable multicast while delete bridge

2020-11-03 Thread Nikolay Aleksandrov
> + br_opt_toggle(br, BROPT_MULTICAST_ENABLED, false); > spin_unlock_bh(>multicast_lock); > > br_multicast_gc(_head); This doesn't make any sense. It doesn't fix anything. If 4.4 has a problem then the relevant patches should get backported to it. We don't add random changes to fix older releases. Cheers, Nik Nacked-by: Nikolay Aleksandrov

Re: [PATCH v3 net-next] net: bridge: mcast: add support for raw L2 multicast groups

2020-10-28 Thread Nikolay Aleksandrov
On Wed, 2020-10-28 at 12:54 +0200, Vladimir Oltean wrote: > From: Nikolay Aleksandrov > > Extend the bridge multicast control and data path to configure routes > for L2 (non-IP) multicast groups. > > The uapi struct br_mdb_entry union u is extended with another variant, >

Re: [Bridge] [PATCH net-next v7 01/10] net: bridge: extend the process of special frames

2020-10-27 Thread Nikolay Aleksandrov
On Tue, 2020-10-27 at 07:59 -0700, Stephen Hemminger wrote: > On Tue, 27 Oct 2020 10:02:42 + > Henrik Bjoernlund via Bridge wrote: > > > +/* Return 0 if the frame was not processed otherwise 1 > > + * note: already called with rcu_read_lock > > + */ > > +static int

Re: [RFC PATCH] net: bridge: multicast: add support for L2 entries

2020-10-25 Thread Nikolay Aleksandrov
On Sun, 2020-10-25 at 06:59 +, Vladimir Oltean wrote: > On Wed, Oct 21, 2020 at 09:17:07AM +0000, Nikolay Aleksandrov wrote: > > > diff --git a/include/uapi/linux/if_bridge.h > > > b/include/uapi/linux/if_bridge.h > > > index 4c687686aa8f..a25f6f9aa8c3 100644

Re: [RFC PATCH] net: bridge: multicast: add support for L2 entries

2020-10-21 Thread Nikolay Aleksandrov
On Wed, 2020-10-21 at 09:17 +, Nikolay Aleksandrov wrote: > On Sat, 2020-10-17 at 21:41 +0300, Vladimir Oltean wrote: > > From: Nikolay Aleksandrov > > > > Extend the bridge multicast control and data path to configure routes > > for L2 (non-IP) multicast group

Re: [RFC PATCH] net: bridge: multicast: add support for L2 entries

2020-10-21 Thread Nikolay Aleksandrov
On Sat, 2020-10-17 at 21:41 +0300, Vladimir Oltean wrote: > From: Nikolay Aleksandrov > > Extend the bridge multicast control and data path to configure routes > for L2 (non-IP) multicast groups. > > The uapi struct br_mdb_entry union u is extended with another variant

Re: [RFC PATCH] net: bridge: call br_multicast_del_port before the port leaves

2020-10-16 Thread Nikolay Aleksandrov
On Thu, 2020-10-15 at 20:33 +0300, Vladimir Oltean wrote: > Switchdev drivers often have different VLAN semantics than the bridge. > For example, consider this: > > ip link add br0 type bridge > ip link set swp0 master br0 > bridge mdb add dev br0 port swp0 grp 01:02:03:04:05:06 permanent > ip

Re: [PATCH net-next v5 09/10] bridge: cfm: Netlink GET status Interface.

2020-10-14 Thread Nikolay Aleksandrov
TLINK IFLA_BRIDGE_CFM_CC_PEER_STATUS_INFO. > > Signed-off-by: Henrik Bjoernlund > Reviewed-by: Horatiu Vultur > --- > include/uapi/linux/if_bridge.h | 29 + > include/uapi/linux/rtnetlink.h | 1 + > net/bridge/br_cfm_netlink.c| 105 + > net/bridge/br_netlink.c| 16 - > net/bridge/br_private.h| 6 ++ > 5 files changed, 154 insertions(+), 3 deletions(-) > > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v5 08/10] bridge: cfm: Netlink GET configuration Interface.

2020-10-14 Thread Nikolay Aleksandrov
. > IFLA_BRIDGE_CFM_CC_CCM_TX_PORT_TLV_VALUE: > The transmitted Port Status TLV value field. > The type is u8. > > Signed-off-by: Henrik Bjoernlund > Reviewed-by: Horatiu Vultur > --- > include/uapi/linux/if_bridge.h | 6 ++ > net/bridge/br_cfm_netlink.c| 161 + > net/bridge/br_netlink.c| 29 +- > net/bridge/br_private.h| 6 ++ > 4 files changed, 200 insertions(+), 2 deletions(-) > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v5 01/10] net: bridge: extend the process of special frames

2020-10-14 Thread Nikolay Aleksandrov
- > net/bridge/br_mrp.c | 19 +++ > net/bridge/br_private.h | 19 --- > 4 files changed, 60 insertions(+), 12 deletions(-) > Looks good. Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 01/10] net: bridge: extend the process of special frames

2020-10-12 Thread Nikolay Aleksandrov
On Fri, 2020-10-09 at 14:35 +, Henrik Bjoernlund wrote: > This patch extends the processing of frames in the bridge. Currently MRP > frames needs special processing and the current implementation doesn't > allow a nice way to process different frame types. Therefore try to > improve this by

Re: [PATCH net-next v4 10/10] bridge: cfm: Netlink Notifications.

2020-10-09 Thread Nikolay Aleksandrov
oernlund > Reviewed-by: Horatiu Vultur > --- > net/bridge/br_cfm.c | 48 > net/bridge/br_cfm_netlink.c | 25 ++++- > net/bridge/br_netlink.c | 73 - > net/bridge/br_private.h | 22 ++- > 4 files changed, 147 insertions(+), 21 deletions(-) > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 09/10] bridge: cfm: Netlink GET status Interface.

2020-10-09 Thread Nikolay Aleksandrov
On Fri, 2020-10-09 at 14:35 +, Henrik Bjoernlund wrote: > This is the implementation of CFM netlink status > get information interface. > > Add new nested netlink attributes. These attributes are used by the > user space to get status information. > > GETLINK: > Request filter

Re: [PATCH net-next v4 08/10] bridge: cfm: Netlink GET configuration Interface.

2020-10-09 Thread Nikolay Aleksandrov
On Sat, 2020-10-10 at 00:56 +0300, Nikolay Aleksandrov wrote: > On Fri, 2020-10-09 at 14:35 +, Henrik Bjoernlund wrote: > > This is the implementation of CFM netlink configuration > > get information interface. > > > > Add new nested netlink attributes

Re: [PATCH net-next v4 08/10] bridge: cfm: Netlink GET configuration Interface.

2020-10-09 Thread Nikolay Aleksandrov
. > IFLA_BRIDGE_CFM_CC_CCM_TX_PORT_TLV_VALUE: > The transmitted Port Status TLV value field. > The type is u8. > > Signed-off-by: Henrik Bjoernlund > Reviewed-by: Horatiu Vultur > --- > include/uapi/linux/if_bridge.h | 6 ++ > net/bridge/br_cfm_netlink.c| 161 + > net/bridge/br_netlink.c| 29 +- > net/bridge/br_private.h| 6 ++ > 4 files changed, 200 insertions(+), 2 deletions(-) > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 07/10] bridge: cfm: Netlink SET configuration Interface.

2020-10-09 Thread Nikolay Aleksandrov
_bridge.h | 90 +++ > include/uapi/linux/rtnetlink.h | 1 + > net/bridge/Makefile| 2 +- > net/bridge/br_cfm.c| 5 + > net/bridge/br_cfm_netlink.c| 458 + > net/bridge/br_netlink.c| 5 + > net/bridge/br_private.h| 17 +- > 7 files changed, 576 insertions(+), 2 deletions(-) > create mode 100644 net/bridge/br_cfm_netlink.c > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 06/10] bridge: cfm: Kernel space implementation of CFM. CCM frame RX added.

2020-10-09 Thread Nikolay Aleksandrov
net/bridge/br_cfm.c | 269 > net/bridge/br_private_cfm.h | 32 > 3 files changed, 311 insertions(+) > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 05/10] bridge: cfm: Kernel space implementation of CFM. CCM frame TX added.

2020-10-09 Thread Nikolay Aleksandrov
by > br_cfm_cc_rdi_set() > > Signed-off-by: Henrik Bjoernlund > Reviewed-by: Horatiu Vultur > --- > include/uapi/linux/cfm_bridge.h | 39 - > net/bridge/br_cfm.c | 284 > net/bridge/br_private_cfm.h | 54 ++ > 3 files changed, 376 insertions(+), 1 deletion(-) > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 04/10] bridge: cfm: Kernel space implementation of CFM. MEP create/delete.

2020-10-09 Thread Nikolay Aleksandrov
++ > net/bridge/br_if.c | 1 + > net/bridge/br_private.h | 10 ++ > net/bridge/br_private_cfm.h | 61 +++ > 6 files changed, 375 insertions(+) > create mode 100644 include/uapi/linux/cfm_bridge.h > create mode 100644 net/bridge/br_cfm.c > create mode 100644 net/bridge/br_private_cfm.h > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 03/10] bridge: uapi: cfm: Added EtherType used by the CFM protocol.

2020-10-09 Thread Nikolay Aleksandrov
On Fri, 2020-10-09 at 14:35 +, Henrik Bjoernlund wrote: > This EtherType is used by all CFM protocal frames transmitted > according to 802.1Q section 12.14. > > Signed-off-by: Henrik Bjoernlund > Reviewed-by: Horatiu Vultur > Acked-by: Nikolay Aleksandrov > ---

Re: [PATCH net-next v4 01/10] net: bridge: extend the process of special frames

2020-10-09 Thread Nikolay Aleksandrov
- > net/bridge/br_mrp.c | 19 +++ > net/bridge/br_private.h | 18 -- > 4 files changed, 60 insertions(+), 11 deletions(-) > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 02/10] bridge: cfm: Add BRIDGE_CFM to Kconfig.

2020-10-09 Thread Nikolay Aleksandrov
+++ > net/bridge/br_device.c | 3 +++ > net/bridge/br_private.h | 3 +++ > 3 files changed, 17 insertions(+) > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 02/10] bridge: cfm: Add BRIDGE_CFM to Kconfig.

2020-10-09 Thread Nikolay Aleksandrov
+++ > net/bridge/br_device.c | 3 +++ > net/bridge/br_private.h | 3 +++ > 3 files changed, 17 insertions(+) > Acked-by: Nikolay Aleksandrov

Re: [PATCH net] bridge: Netlink interface fix.

2020-10-08 Thread Nikolay Aleksandrov
On Thu, 2020-10-08 at 10:09 -0700, Jakub Kicinski wrote: > On Thu, 8 Oct 2020 10:18:09 +0000 Nikolay Aleksandrov wrote: > > On Wed, 2020-10-07 at 14:49 +, Nikolay Aleksandrov wrote: > > > On Wed, 2020-10-07 at 12:07 +, Henrik Bjoernlund wrote: > > > > Thi

Re: [PATCH net] bridge: Netlink interface fix.

2020-10-08 Thread Nikolay Aleksandrov
On Wed, 2020-10-07 at 14:49 +, Nikolay Aleksandrov wrote: > On Wed, 2020-10-07 at 12:07 +, Henrik Bjoernlund wrote: > > This commit is correcting NETLINK br_fill_ifinfo() to be able to > > handle 'filter_mask' with multiple flags asserted. > > > > Fixes: 36a

Re: [PATCH net] bridge: Netlink interface fix.

2020-10-07 Thread Nikolay Aleksandrov
ed-off-by: Henrik Bjoernlund > Reviewed-by: Horatiu Vultur > Suggested-by: Nikolay Aleksandrov > Tested-by: Horatiu Vultur > --- > net/bridge/br_netlink.c | 26 +++--- > 1 file changed, 11 insertions(+), 15 deletions(-) > The patch looks good, pl

Re: [net-next v3 0/9] net: bridge: cfm: Add support for Connectivity Fault Management(CFM)

2020-10-06 Thread Nikolay Aleksandrov
On Tue, 2020-10-06 at 14:53 +, Henrik Bjoernlund wrote: > Connectivity Fault Management (CFM) is defined in 802.1Q section 12.14. > > Connectivity Fault Management (CFM) comprises capabilities for detecting, > verifying, > and isolating connectivity failures in Virtual Bridged Networks. >

Re: [net-next v2 09/11] bridge: cfm: Bridge port remove.

2020-10-06 Thread Nikolay Aleksandrov
On Thu, 2020-10-01 at 10:30 +, Henrik Bjoernlund wrote: > This is addition of CFM functionality to delete MEP instances > on a port that is removed from the bridge. > A MEP can only exist on a port that is related to a bridge. > > Reviewed-by: Horatiu Vultur > Signed-off-by: Henrik

Re: [net-next v2 08/11] bridge: cfm: Netlink Notifications.

2020-10-06 Thread Nikolay Aleksandrov
On Thu, 2020-10-01 at 10:30 +, Henrik Bjoernlund wrote: > This is the implementation of Netlink notifications out of CFM. > > Notifications are initiated whenever a state change happens in CFM. > > IFLA_BRIDGE_CFM: > Points to the CFM information. > > IFLA_BRIDGE_CFM_MEP_STATUS_INFO: >

Re: [net-next v2 07/11] bridge: cfm: Netlink Interface.

2020-10-06 Thread Nikolay Aleksandrov
On Thu, 2020-10-01 at 10:30 +, Henrik Bjoernlund wrote: > This is the implementation of CFM netlink configuration > and status information interface. > > Add new nested netlink attributes. These attributes are used by the > user space to create/delete/configure CFM instances and get status. >

Re: [net-next v2 04/11] bridge: cfm: Kernel space implementation of CFM.

2020-10-06 Thread Nikolay Aleksandrov
On Thu, 2020-10-01 at 10:30 +, Henrik Bjoernlund wrote: > This is the first commit of the implementation of the CFM protocol > according to 802.1Q section 12.14. > > Connectivity Fault Management (CFM) comprises capabilities for > detecting, verifying, and isolating connectivity failures in >

Re: [net-next v2 01/11] net: bridge: extend the process of special frames

2020-10-06 Thread Nikolay Aleksandrov
On Thu, 2020-10-01 at 10:30 +, Henrik Bjoernlund wrote: > This patch extends the processing of frames in the bridge. Currently MRP > frames needs special processing and the current implementation doesn't > allow a nice way to process different frame types. Therefore try to > improve this by

Re: [net-next v2 10/11] bridge: switchdev: cfm: switchdev interface implementation

2020-10-06 Thread Nikolay Aleksandrov
On Mon, 2020-10-05 at 15:07 +0200, Allan W. Nielsen wrote: > Hi Jiri > > On 01.10.2020 14:49, Jiri Pirko wrote: > > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > > content is safe > > > > Thu, Oct 01, 2020 at 12:30:18PM CEST, henrik.bjoernl...@microchip.com wrote:

Re: [PATCH] Revert "net: linkwatch: add check for netdevice being present to linkwatch_do_dev"

2020-09-18 Thread Nikolay Aleksandrov
On Mon, 2020-09-14 at 09:40 +0200, Geert Uytterhoeven wrote: > Hi David, > > CC bridge > > On Sun, Sep 13, 2020 at 3:34 AM David Miller wrote: > > From: Geert Uytterhoeven > > Date: Sat, 12 Sep 2020 14:33:59 +0200 > > > > > "dev" is not the bridge device, but the physical Ethernet interface,

Re: [PATCH RFC 2/7] bridge: cfm: Add BRIDGE_CFM to Kconfig.

2020-09-08 Thread Nikolay Aleksandrov
On Fri, 2020-09-04 at 09:15 +, Henrik Bjoernlund wrote: > This makes it possible to include or exclude the CFM > protocol according to 802.1Q section 12.14. > > Signed-off-by: Henrik Bjoernlund > --- > net/bridge/Kconfig | 11 +++ > net/bridge/br_device.c | 3 +++ >

Re: [PATCH RFC 7/7] bridge: cfm: Bridge port remove.

2020-09-08 Thread Nikolay Aleksandrov
On Fri, 2020-09-04 at 09:15 +, Henrik Bjoernlund wrote: > This is addition of CFM functionality to delete MEP instances > on a port that is removed from the bridge. > A MEP can only exist on a port that is related to a bridge. > > Signed-off-by: Henrik Bjoernlund > --- >

Re: [PATCH RFC 3/7] bridge: uapi: cfm: Added EtherType used by the CFM protocol.

2020-09-08 Thread Nikolay Aleksandrov
annel over Ethernet */ > #define ETH_P_IBOE 0x8915 /* Infiniband over Ethernet */ > #define ETH_P_TDLS 0x890D /* TDLS */ Acked-by: Nikolay Aleksandrov

Re: [PATCH RFC 4/7] bridge: cfm: Kernel space implementation of CFM.

2020-09-08 Thread Nikolay Aleksandrov
On Fri, 2020-09-04 at 09:15 +, Henrik Bjoernlund wrote: > This is the implementation of the CFM protocol according to > 802.1Q section 12.14. > > Connectivity Fault Management (CFM) comprises capabilities for > detecting, verifying, and isolating connectivity failures in > Virtual Bridged

Re: [PATCH RFC 1/7] net: bridge: extend the process of special frames

2020-09-08 Thread Nikolay Aleksandrov
On Fri, 2020-09-04 at 09:15 +, Henrik Bjoernlund wrote: > This patch extends the processing of frames in the bridge. Currently MRP > frames needs special processing and the current implementation doesn't > allow a nice way to process different frame types. Therefore try to > improve this by

Re: [PATCH RFC 5/7] bridge: cfm: Netlink Interface.

2020-09-08 Thread Nikolay Aleksandrov
On Fri, 2020-09-04 at 09:15 +, Henrik Bjoernlund wrote: > This is the implementation of CFM netlink configuration > and status information interface. > > Add new nested netlink attributes. These attributes are used by the > user space to create/delete/configure CFM instances and get status. >

Re: [PATCH RFC 6/7] bridge: cfm: Netlink Notifications.

2020-09-08 Thread Nikolay Aleksandrov
On Fri, 2020-09-04 at 09:15 +, Henrik Bjoernlund wrote: > This is the implementation of Netlink notifications out of CFM. > > Notifications are initiated whenever a state change happens in CFM. > [snip] > @@ -445,6 +458,7 @@ static int br_cfm_frame_rx(struct net_bridge_port *port, > struct

Re: [PATCH RFC 0/7] net: bridge: cfm: Add support for Connectivity Fault Management(CFM)

2020-09-07 Thread Nikolay Aleksandrov
On Sun, 2020-09-06 at 20:21 +0200, Horatiu Vultur wrote: > The 09/04/2020 15:44, Stephen Hemminger wrote: > > On Fri, 4 Sep 2020 09:15:20 + > > Henrik Bjoernlund wrote: > > > > > Connectivity Fault Management (CFM) is defined in 802.1Q section 12.14. > > > > > > [snip] > > > Currently this

Re: general protection fault in fib_check_nexthop

2020-08-22 Thread Nikolay Aleksandrov
On 8/21/20 9:10 AM, syzbot wrote: Hello, syzbot found the following issue on: HEAD commit:18445bf4 Merge tag 'spi-fix-v5.9-rc1' of git://git.kernel... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=162cbd7a90 kernel config:

Re: general protection fault in fib_dump_info (2)

2020-08-21 Thread Nikolay Aleksandrov
On 8/21/20 6:27 PM, syzbot wrote: Hello, syzbot found the following issue on: HEAD commit:da2968ff Merge tag 'pci-v5.9-fixes-1' of git://git.kernel... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=137316ca90 kernel config:

Re: [PATCH v5 1/2] net: dsa: Add protocol support for 802.1AD when adding or deleting vlan for dsa switch port

2020-08-07 Thread Nikolay Aleksandrov
On 07/08/2020 14:13, hongbo.w...@nxp.com wrote: > From: "hongbo.wang" > > the following command will be supported: > > Set bridge's vlan protocol: > ip link set br0 type bridge vlan_protocol 802.1ad > Add VLAN: > ip link add link swp1 name swp1.100 type vlan protocol 802.1ad id 100 >

Re: [PATCH 1/2] net: dsa: Add flag for 802.1AD when adding VLAN for dsa switch and port

2020-07-20 Thread Nikolay Aleksandrov
_bridge.h | 1 + > net/dsa/slave.c| 9 +++-- > 2 files changed, 8 insertions(+), 2 deletions(-) > This is not bridge related at all, please leave its flags out of it. Nacked-by: Nikolay Aleksandrov > diff --git a/include/uapi/linux/if_bridge.h b/include/uapi/linux/if_brid

Re: [PATCH net-next v4 12/12] net: bridge: Add port attribute IFLA_BRPORT_MRP_IN_OPEN

2020-07-14 Thread Nikolay Aleksandrov
On 14/07/2020 18:07, Horatiu Vultur wrote: > The 07/14/2020 16:29, Nikolay Aleksandrov wrote: >> EXTERNAL EMAIL: Do not click links or open attachments unless you know the >> content is safe >> >> On 14/07/2020 10:34, Horatiu Vultur wrote: >>>

Re: [PATCH net-next v4 01/12] switchdev: mrp: Extend switchdev API for MRP Interconnect

2020-07-14 Thread Nikolay Aleksandrov
terconnect role MIM. > > Signed-off-by: Horatiu Vultur > --- > include/net/switchdev.h | 38 ++ > 1 file changed, 38 insertions(+) > Reviewed-by: Nikolay Aleksandrov > diff --git a/include/net/switchdev.h b/include/net/switchdev.h > i

Re: [PATCH net-next v4 12/12] net: bridge: Add port attribute IFLA_BRPORT_MRP_IN_OPEN

2020-07-14 Thread Nikolay Aleksandrov
utes outside of MRP netlink code? Perhaps we should at least dump them only for MRP-aware ports, that should be easy. They make no sense outside of MRP anyway, but increase the size of the dump for all right now. Acked-by: Nikolay Aleksandrov > diff --git a/include/uapi/linux/if_link.h b/

Re: [PATCH net-next v4 10/12] bridge: uapi: mrp: Extend MRP_INFO attributes for interconnect status

2020-07-14 Thread Nikolay Aleksandrov
_INFO_IN_ROLE, > + IFLA_BRIDGE_MRP_INFO_IN_TEST_INTERVAL, > + IFLA_BRIDGE_MRP_INFO_IN_TEST_MAX_MISS, > __IFLA_BRIDGE_MRP_INFO_MAX, > }; > > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 11/12] bridge: mrp: Extend br_mrp_fill_info

2020-07-14 Thread Nikolay Aleksandrov
NTERVAL, > + mrp->in_test_interval)) > + goto nla_put_failure; > + if (nla_put_u32(skb, IFLA_BRIDGE_MRP_INFO_IN_TEST_MAX_MISS, > + mrp->in_test_max_miss)) > + goto nla_put_failure; > + > nla_nest_end(skb, tb); > } > nla_nest_end(skb, mrp_tb); > Acked-by: Nikolay Aleksandrov

Re: [PATCH net-next v4 09/12] bridge: mrp: Extend MRP netlink interface for configuring MRP interconnect

2020-07-14 Thread Nikolay Aleksandrov
t they apply to the interconnect port. > > Signed-off-by: Horatiu Vultur > --- > net/bridge/br_mrp_netlink.c | 140 > 1 file changed, 140 insertions(+) > Acked-by: Nikolay Aleksandrov > diff --git a/net/bridge/br_mrp_netlink.c b/ne

Re: [PATCH net-next v4 08/12] bridge: mrp: Implement the MRP Interconnect API

2020-07-14 Thread Nikolay Aleksandrov
2 files changed, 543 insertions(+), 31 deletions(-) > Acked-by: Nikolay Aleksandrov > diff --git a/net/bridge/br_mrp.c b/net/bridge/br_mrp.c > index fe7cf1446b58a..b36689e6e7cba 100644 > --- a/net/bridge/br_mrp.c > +++ b/net/bridge/br_mrp.c > @@ -4,6 +4,27 @@ > #inc

Re: [PATCH net-next v4 07/12] bridge: switchdev: mrp: Extend MRP API for switchdev for MRP Interconnect

2020-07-14 Thread Nikolay Aleksandrov
--- > net/bridge/br_mrp_switchdev.c | 62 +++ > net/bridge/br_private_mrp.h | 7 > 2 files changed, 69 insertions(+) > Acked-by: Nikolay Aleksandrov > diff --git a/net/bridge/br_mrp_switchdev.c b/net/bridge/br_mrp_switchdev.c > index

Re: [PATCH net-next v4 06/12] bridge: mrp: Add br_mrp_in_port_open function

2020-07-14 Thread Nikolay Aleksandrov
+ > 2 files changed, 23 insertions(+) > Acked-by: Nikolay Aleksandrov > diff --git a/net/bridge/br_mrp_netlink.c b/net/bridge/br_mrp_netlink.c > index acce300c0cc29..4bf7aaeb29152 100644 > --- a/net/bridge/br_mrp_netlink.c > +++ b/net/bridge/br_mrp_netlink.c > @@ -389,3 +

Re: [PATCH net-next v4 04/12] bridge: mrp: Extend br_mrp for MRP interconnect

2020-07-14 Thread Nikolay Aleksandrov
> for lost of continuity. > > Signed-off-by: Horatiu Vultur > --- > net/bridge/br_private_mrp.h | 13 + > 1 file changed, 13 insertions(+) > Acked-by: Nikolay Aleksandrov > diff --git a/net/bridge/br_private_mrp.h b/net/bridge/br_private_mrp.h > index

  1   2   3   >