Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp831548pxk; Wed, 23 Sep 2020 18:15:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxvSdr5wEJ6RcSoMbiu8eI47oLpicTqachTu4mlabF/4tbsFGz0IAttWqOnL0oRtq8baOvJ X-Received: by 2002:aa7:c896:: with SMTP id p22mr2103764eds.382.1600910132070; Wed, 23 Sep 2020 18:15:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600910132; cv=none; d=google.com; s=arc-20160816; b=jj2eG1LfHti7XZTlyUloutEvjUoE9IuxtzyYYE24fWIrHQYLhz2UwtFaYvDeWmzSmd FXGjRxXzbaPfrtCbWSMO6pKBWkyP9zGKDFBhiTOlTI2Ta3vJq/byvJ7pCuhSyHBRzlqN nM/N2yuZ/3af4ALbrgHf5dv1t0kPNBB0Mv+kjCH3RLNakdxLp3dy59rktnrINeXvDpA+ Y9RZRYgETKUodIgwQG0TaF4isRrXfQ0MOrCUq+QUgpEeMKv2Maos0mGnDhfgNaba2pI9 o4PfOJOf0zoGlDRQnrvE8s+AcH0ejpsiXXlOOWG2JEMw5Bb/OvZwMgG1Vdby3oTyqKvB weYA== 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 :references:in-reply-to:from:subject:cc:to:message-id:date; bh=ccJjM1FzEVA0jVHUZ0E8Kwot8s4O7WPvDLwEfZlmTJ8=; b=FTiJBk8kyXnGQI1BETvkDuXcdjAKu0YLHKKsQ+ocNPEHOfg80VLdiIkEaZN9mMuUlr S93vdtewl5IGGivd9cqioDkAw9CkGEs4zH3zYxmeAEoPUnskWPgGxALo61Kxbuc3uBy1 JSGghEu28+7wVf73WCEoqgNZD0lcZi9tiGjnGn0x8ROtPkIjmXC6NW+6MQ7tHMBUJ3AQ jKA0dqTBTNjzxMxV6kYvKYlmZeBuJd86uGQ84S4VVLwwImjDd0Si/SF0E1zDcX1ZrFQQ VAWSVgmtEHM8DOnjuLIjx5pBTQCzb2E1DKU1ngwj2hyoc7FeCTmHslmXqAxZeeuLMdjO YgoQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a42si1542781edf.535.2020.09.23.18.15.08; Wed, 23 Sep 2020 18:15:32 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726718AbgIXBOI (ORCPT + 99 others); Wed, 23 Sep 2020 21:14:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48220 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726466AbgIXBOH (ORCPT ); Wed, 23 Sep 2020 21:14:07 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C6AC6C0613D1; Wed, 23 Sep 2020 18:14:07 -0700 (PDT) Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id A8193126BAF37; Wed, 23 Sep 2020 17:57:19 -0700 (PDT) Date: Wed, 23 Sep 2020 18:14:06 -0700 (PDT) Message-Id: <20200923.181406.747857153054080876.davem@davemloft.net> To: f.fainelli@gmail.com Cc: netdev@vger.kernel.org, andrew@lunn.ch, vivien.didelot@gmail.com, kuba@kernel.org, linux-kernel@vger.kernel.org, vladimir.oltean@nxp.com, olteanv@gmail.com, nikolay@nvidia.com Subject: Re: [PATCH net-next v3 0/2] net: dsa: b53: Configure VLANs while not filtering From: David Miller In-Reply-To: <20200923214038.3671566-1-f.fainelli@gmail.com> References: <20200923214038.3671566-1-f.fainelli@gmail.com> X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [2620:137:e000::1:9]); Wed, 23 Sep 2020 17:57:20 -0700 (PDT) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Florian Fainelli Date: Wed, 23 Sep 2020 14:40:36 -0700 > These two patches allow the b53 driver which always configures its CPU > port as egress tagged to behave correctly with VLANs being always > configured whenever a port is added to a bridge. > > Vladimir provides a patch that aligns the bridge with vlan_filtering=0 > receive path to behave the same as vlan_filtering=1. Per discussion with > Nikolay, this behavior is deemed to be too DSA specific to be done in > the bridge proper. > > This is a preliminary series for Vladimir to make > configure_vlan_while_filtering the default behavior for all DSA drivers > in the future. ... Series applied, thanks Florian.