Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3663470pxv; Mon, 26 Jul 2021 08:58:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQwKDz6shVlnqHVR/txNvO1fDC6UKAQsWGPWi9Y5T8HhULOYvzsatF7VLs16GLd5AUGu5v X-Received: by 2002:a92:c206:: with SMTP id j6mr13702340ilo.152.1627315133182; Mon, 26 Jul 2021 08:58:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627315133; cv=none; d=google.com; s=arc-20160816; b=R9IhvyNaiwFkTXfsApwflTh6dUbN+eyh84HM9sxnrfw5W2QQOhWnc0zQRaZHvMYQrV ySdhIkjsisvCnZSsm895Vzy/mSnAubI1T3oZgGqAS3vbMSTOupPNtgItJ3KUSfNVtJS+ UjU3jT7KR6vqWEicoSBdJyNovg6uhMLthoc5TF7Qi2+G9j4gO4v8tkTaESygA7RNpGqg wraY1gs3TWrCxkY5kAfjktpiHNlIXpRjjEEiygrELVvzRVcN0EknkY58CU3RBemSqmd5 9eg2FC8Di2HzCm8qz/kCMPncbPvU5Fw3rCZCMi2I3Ox04iccmTxjYRagBxD/juBZeQDA yu/A== 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=y/PPel/yrGhYjjJ6yaEb3W+dbrFWYliEGL5r5iBEdmo=; b=x2CEx2+L10ZVyKrC1ZWN2h+8C3rLYVmzNbtd60NlD3YkwLzpBnjZeKBErDWYpvk4qT 7Che/Wtd3MQ4oln9TFO70DZo8kTtZoFhESGVwwnFevHUO5iQt1VfvSel9W7LiOFzz4wu 89SJ4e3lMhWGqBm3g5rEHtNEdFkmBwrj49D3TOlNJ3P2FLe+mkimMggZ4RmL0OHdd0tF 63+44zja8ZHz5z7xaL+5PKe/NmSAFqwAUWQG4yFK/zUSF8fosl2bYCUHH18L0Ma1S0WW nyGXjfmmiZiern1VX+/YEuKHzm474Pwkp6fOsJq336oCyOXEKBVmyYHg8jBxiSc/4FwL TcHQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Rk8hoiBr; 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 x12si268601ila.97.2021.07.26.08.58.41; Mon, 26 Jul 2021 08:58:53 -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=Rk8hoiBr; 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 S237538AbhGZPQB (ORCPT + 99 others); Mon, 26 Jul 2021 11:16:01 -0400 Received: from mail.kernel.org ([198.145.29.99]:46876 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236266AbhGZPH2 (ORCPT ); Mon, 26 Jul 2021 11:07:28 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C201760525; Mon, 26 Jul 2021 15:47:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1627314477; bh=CLY0hXy/DdlikbgWX4r60MdhZxVXUbvMNdgmPaBxZu4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Rk8hoiBr2hHhumcKIl+WEtg8um6fntZn8rkyNBY3Pn2u/Sh5qqhtTRAHr1A5TCNz3 bLMjCShcqKgmgLQW+C3SG2U+ckwQ2Zgq6OGDTdl8QmdlqqgKieC81SngWGV0gvzhs6 /XnYYOeDvZOAPKPofeS6bgs+R8M44d1bo45ixK08= 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 4.14 25/82] net: bridge: sync fdb to new unicast-filtering ports Date: Mon, 26 Jul 2021 17:38:25 +0200 Message-Id: <20210726153828.980870703@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210726153828.144714469@linuxfoundation.org> References: <20210726153828.144714469@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 @@ -485,7 +485,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 @@ -555,6 +555,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); @@ -595,6 +608,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);