Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp7202597pxv; Fri, 30 Jul 2021 12:32:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwqI2FWIQVnkzM4bF+H/Ylti4NfK5EPuxZoesUDJ2zI7skROvLcsQ4aK9S/TYyeX79C4RvO X-Received: by 2002:a05:6e02:15c8:: with SMTP id q8mr2296910ilu.285.1627673520479; Fri, 30 Jul 2021 12:32:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627673520; cv=none; d=google.com; s=arc-20160816; b=isX0H3RPaVOswem4KO11YWbqlb+56wXUYkNf/Oq0PDqNqKLopxpdL2GqAJ/63m/VUE qhWHpLagpqWqyOm6dIIg/7wbf4gT4AHvn0pe5UjI9ecmX5CHXssL+LYc4yO5bkzAYi+b C23N8dGmwEcaDyTZ8jGI+PATzX2y7JdAPgOZdnxX798D9CLKIx2OG2p7z76GMCBz6UNr fARjFMLZ3c6u04ydb9NMFAdE5Ays4XBGlc10MwG12lDxek1WgmjWj04fALF451vZ3Y6o 890vy8fcNBhPkOylUnHqWVXMebdZxIvYZ50fJ+101bU0E1dhMnZwXQsPpfWtyHcGsKLG fR+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=zxmFnKmrbzC01vibbcZbCwfThDgwyJDKO9mjaDJdf4Q=; b=eq1Hvx6K/ccOEZe0bRwfa4QoOhnKz7ZC2CAwq3ebERxbR65Iu99O3cS/tc0bCEWuV+ 8+kgItTGNei/YOKk3gCifyc8UFqdFutpKb+7JEO0gws9KwEiDjeRV/HP9WHS916Jl3QV dGp4arxWj8frdkvZYilpZ0vv78BVooR/dSEgp+vfTPRHLtJa5RSsgIC+psUNZuMeG+au P1nwlwTGsliJdEOZL0sPg80CsJ3pcZj7/jkK0le5w9aEeIHtVHMp3tUj/BiLyPiMnMTs 9QGxR9kVuJ1/8gwJLmFOs6lDU4SVAdcgoLUMj/QUeAWs4OJTg9kzsvKt9tgG7mE1TJYE Vnig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=klZjUNFr; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l11si2806538ilo.83.2021.07.30.12.31.48; Fri, 30 Jul 2021 12:32:00 -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=@gmail.com header.s=20161025 header.b=klZjUNFr; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230470AbhG3TbG (ORCPT + 99 others); Fri, 30 Jul 2021 15:31:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35248 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230335AbhG3TbF (ORCPT ); Fri, 30 Jul 2021 15:31:05 -0400 Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5C4F8C06175F; Fri, 30 Jul 2021 12:31:00 -0700 (PDT) Received: by mail-ed1-x52a.google.com with SMTP id f13so14603522edq.13; Fri, 30 Jul 2021 12:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=zxmFnKmrbzC01vibbcZbCwfThDgwyJDKO9mjaDJdf4Q=; b=klZjUNFrmqh5cLgy/VXo6hou9+QrP5pePgd9SLL+4SDgA3y6GAOaSxd+DfADIerLWZ quXYnuiIrIqh52hZ2AwKn4e7TF5llnKebULpa7ny0C/lliSiZwdkmvesZOBefQzsHbKb MntKTtjxs/ydSHgQ8nRuahv1ZgfCgLCA+WlI9Alrkv6bCuxdhGd93q/XeT/rR7DG82Qg LquVD2d8Tmb/TkN1QnmaMqV1MWEagEOoALqLZpy0t25N6Mdu5iVGbaRLuMagnoqg/f7U CSKU089Is04zsMwWdtCGOMxb9JwJ+sOAUfTUmMvwcI+kjO2+0iVgVv5cc3Ovc3rAXe8m Ze9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=zxmFnKmrbzC01vibbcZbCwfThDgwyJDKO9mjaDJdf4Q=; b=HnyLtsbsxgQnXSjg/iIrqlm9tAjRK8bEgH6Zjdq5SjgYw1Tw1XiCgd+cPY53+WNgbp nFIrpQttC9p83k6BQDBZyVNy2mWYBNW7NCICva5whPlnIeIGbKVPjam6sowMHOhyA7Mj MkjSGLRfa2VnXySU9V2cIrG7cTjLuVQagdLZdnwgInLOH/gWwxnTHobWDULINpu+mlAZ Se6lCYCGsHOlOf5MOEaziWRyUl6evWLYsur3Bu2HESlBl8S25Y36l+wtqB6jzlygPenS kMAi0IMCPoSVkNesdO/H1q/zb/WRoazbPlKzOpvZrTzEfFWlQurMlgtauXj+1nUc38Ta VHZA== X-Gm-Message-State: AOAM533Su18sHwInCMt7IIgNVwEIx9elRG+2L8lxyD/hyc+eCppu+00S oOjlYtnBuLUUoGT6FhDB99w= X-Received: by 2002:a50:c092:: with SMTP id k18mr2544420edf.361.1627673458891; Fri, 30 Jul 2021 12:30:58 -0700 (PDT) Received: from skbuf ([82.76.66.29]) by smtp.gmail.com with ESMTPSA id b5sm886286ejq.56.2021.07.30.12.30.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 30 Jul 2021 12:30:58 -0700 (PDT) Date: Fri, 30 Jul 2021 22:30:57 +0300 From: Vladimir Oltean To: DENG Qingfang Cc: Sean Wang , Landen Chao , Andrew Lunn , Vivien Didelot , Florian Fainelli , "David S. Miller" , Jakub Kicinski , Matthias Brugger , netdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [RFC net-next 1/2] net: dsa: tag_mtk: skip address learning on transmit to standalone ports Message-ID: <20210730193057.k7su2njgdakhsnah@skbuf> References: <20210728175327.1150120-1-dqfext@gmail.com> <20210728175327.1150120-2-dqfext@gmail.com> <20210728183705.4gea64qlbe64kkpl@skbuf> <20210730162403.p2dnwvwwgsxttomg@skbuf> <20210730190020.638409-1-dqfext@gmail.com> <20210730190706.jm7uizyqltmle2bi@skbuf> <20210730192555.638774-1-dqfext@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210730192555.638774-1-dqfext@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jul 31, 2021 at 03:25:55AM +0800, DENG Qingfang wrote: > On Fri, Jul 30, 2021 at 10:07:06PM +0300, Vladimir Oltean wrote: > > > After enabling it, I noticed .port_fdb_{add,del} are called with VID=0 > > > (which it does not use now) unless I turn on VLAN filtering. Is that > > > normal? > > > > They are called with the VID from the learned packet. > > If the bridge is VLAN-unaware, the MAC SA is learned with VID 0. > > Generally, VID 0 is always used for VLAN-unaware bridging. You can > > privately translate VID 0 to whatever VLAN ID you use in VLAN-unaware > > mode. > > Now the issue is PVID is always set to the bridge's vlan_default_pvid, > regardless of VLAN awareless. Then change that, sja1105 and ocelot/felix are good examples of how to set a pvid in VLAN-unaware mode that is independent of what the bridge asks for.