Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp681280pxv; Thu, 22 Jul 2021 09:37:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyS2KA3PuW3pE1V1fi0+DLTHXim12Ya+nxiv+9O6Juj+b+mK6GyHKszpdnWnK5222tYGjQ+ X-Received: by 2002:a5e:8e02:: with SMTP id a2mr419179ion.205.1626971846367; Thu, 22 Jul 2021 09:37:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626971846; cv=none; d=google.com; s=arc-20160816; b=JGD1XkfvD9qtMD55MiKzrKcnTvY754uSJVZf/2BV0T2MJ6HytV8QvaC/LSao0dt/tC HVpHMsfIxGbCq+2Qzx19sVKHdk3qHX44AlJdsyNWnORjAzsnUBws7zQt5eD6w1/qv6aP uzDDmfag8IaNW7Wzqcwhmc+jFrTKdqJdCDuc9BpmcOP/dver3yKTsIbvX1GH9reaLyHS ZsAD7+g1gcILQQpGU/JFEW07bQFQB96aajANN3JlY7taX4JskAQiI9Zp7eXFO1qNjSyo h94oG9kV4629Ca65rHftg4QrypXTKYttpRgCIFqKwrVVSjRdodCt70MooX0AfxkKxJWS r7cw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=WwRiQhLoFmvMbm0PFZGBOE4480YGrkY1b5LLvq+zrSw=; b=KAYEmZJu1EpQUWsn1m6RaaBsOo0/9EKOK42EqMwmrrQuHdP2cZttwy+E5maGDeEP2/ G+3YdaFGGRqC7k4YSixT/UdotkZk15+xHjZxBUIAoSbbRkTh/zYStt9LkBP9q7CVCMVJ dqQ0ApQaCkVyUXHS9AsfB1YkNTx2P+KQ9RTh/uDHiGJtxSeFt11DYuyXYsSpZYouOOLH +dFHN+4lmWNAcztq+LDci5hABpqYT7NTTiSYtXoOXDneq7oYxa+12R5Fy6xuyb7jhDmb lob871f9hzUbyBAwSxb7O2aOIAp/uasIK8nGXxn2mkHOH+CiiPUKFj5QX2hqeRLUWMf4 631w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=H1rKH9OI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 17si28733888iln.161.2021.07.22.09.37.14; Thu, 22 Jul 2021 09:37:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=H1rKH9OI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231261AbhGVPyU (ORCPT + 99 others); Thu, 22 Jul 2021 11:54:20 -0400 Received: from mail.kernel.org ([198.145.29.99]:57858 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231787AbhGVPyG (ORCPT ); Thu, 22 Jul 2021 11:54:06 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id AE0B06135F; Thu, 22 Jul 2021 16:34:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626971681; bh=5H6u8uS0JDv6cuFZf6ZtoG1JDxdYl8M2Ew7Ith9lpvU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=H1rKH9OIv0vQlci2JbwHsoSGoVHfsfM2jOaTpCgSPReiKU1qY9qx1t+L/LtzxeH+D 36ETjQ+GSuW8qzLi2HlGBIUyNrqvCDP1vwEN7RVsaDPzZdUDZV3WhIBcVkcvgljRuR BbFxPqkqqEMb1A5lmUEKP91lyOIeuHAV2bxn2D5g= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Wolfgang Bumiller , Nikolay Aleksandrov , "David S. Miller" Subject: [PATCH 5.4 57/71] net: bridge: sync fdb to new unicast-filtering ports Date: Thu, 22 Jul 2021 18:31:32 +0200 Message-Id: <20210722155619.796562528@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210722155617.865866034@linuxfoundation.org> References: <20210722155617.865866034@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Wolfgang Bumiller commit a019abd8022061b917da767cd1a66ed823724eab upstream. Since commit 2796d0c648c9 ("bridge: Automatically manage port promiscuous mode.") bridges with `vlan_filtering 1` and only 1 auto-port don't set IFF_PROMISC for unicast-filtering-capable ports. Normally on port changes `br_manage_promisc` is called to update the promisc flags and unicast filters if necessary, but it cannot distinguish between *new* ports and ones losing their promisc flag, and new ports end up not receiving the MAC address list. Fix this by calling `br_fdb_sync_static` in `br_add_if` after the port promisc flags are updated and the unicast filter was supposed to have been filled. Fixes: 2796d0c648c9 ("bridge: Automatically manage port promiscuous mode.") Signed-off-by: Wolfgang Bumiller Acked-by: Nikolay Aleksandrov Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- net/bridge/br_if.c | 17 ++++++++++++++++- 1 file changed, 16 insertions(+), 1 deletion(-) --- a/net/bridge/br_if.c +++ b/net/bridge/br_if.c @@ -559,7 +559,7 @@ int br_add_if(struct net_bridge *br, str struct net_bridge_port *p; int err = 0; unsigned br_hr, dev_hr; - bool changed_addr; + bool changed_addr, fdb_synced = false; /* Don't allow bridging non-ethernet like devices, or DSA-enabled * master network devices since the bridge layer rx_handler prevents @@ -635,6 +635,19 @@ int br_add_if(struct net_bridge *br, str list_add_rcu(&p->list, &br->port_list); nbp_update_port_count(br); + if (!br_promisc_port(p) && (p->dev->priv_flags & IFF_UNICAST_FLT)) { + /* When updating the port count we also update all ports' + * promiscuous mode. + * A port leaving promiscuous mode normally gets the bridge's + * fdb synced to the unicast filter (if supported), however, + * `br_port_clear_promisc` does not distinguish between + * non-promiscuous ports and *new* ports, so we need to + * sync explicitly here. + */ + fdb_synced = br_fdb_sync_static(br, p) == 0; + if (!fdb_synced) + netdev_err(dev, "failed to sync bridge static fdb addresses to this port\n"); + } netdev_update_features(br->dev); @@ -684,6 +697,8 @@ int br_add_if(struct net_bridge *br, str return 0; err7: + if (fdb_synced) + br_fdb_unsync_static(br, p); list_del_rcu(&p->list); br_fdb_delete_by_port(br, p, 0, 1); nbp_update_port_count(br);