Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Mon, 29 Aug 2022 19:03:09 +0300
From:   Ido Schimmel <idosch@nvidia.com>
To:     netdev@kapio-technology.com
Cc:     davem@davemloft.net, kuba@kernel.org, netdev@vger.kernel.org,
        Florian Fainelli <f.fainelli@gmail.com>,
        Andrew Lunn <andrew@lunn.ch>,
        Vivien Didelot <vivien.didelot@gmail.com>,
        Vladimir Oltean <olteanv@gmail.com>,
        Eric Dumazet <edumazet@google.com>,
        Paolo Abeni <pabeni@redhat.com>,
        Kurt Kanzenbach <kurt@linutronix.de>,
        Hauke Mehrtens <hauke@hauke-m.de>,
        Woojung Huh <woojung.huh@microchip.com>,
        UNGLinuxDriver@microchip.com, Sean Wang <sean.wang@mediatek.com>,
        Landen Chao <Landen.Chao@mediatek.com>,
        DENG Qingfang <dqfext@gmail.com>,
        Matthias Brugger <matthias.bgg@gmail.com>,
        Claudiu Manoil <claudiu.manoil@nxp.com>,
        Alexandre Belloni <alexandre.belloni@bootlin.com>,
        Jiri Pirko <jiri@resnulli.us>,
        Ivan Vecera <ivecera@redhat.com>,
        Roopa Prabhu <roopa@nvidia.com>,
        Nikolay Aleksandrov <razor@blackwall.org>,
        Shuah Khan <shuah@kernel.org>,
        Christian Marangi <ansuelsmth@gmail.com>,
        Daniel Borkmann <daniel@iogearbox.net>,
        Yuwei Wang <wangyuweihx@gmail.com>,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-mediatek@lists.infradead.org,
        bridge@lists.linux-foundation.org, linux-kselftest@vger.kernel.org
Subject: Re: [PATCH v5 net-next 6/6] selftests: forwarding: add test of
 MAC-Auth Bypass to locked port tests
Message-ID: <YwzjPcQjfLPk3q/k@shredder>
References: <20220826114538.705433-1-netdev@kapio-technology.com>
 <20220826114538.705433-7-netdev@kapio-technology.com>
 <YwpgvkojEdytzCAB@shredder>
 <7654860e4d7d43c15d482c6caeb6a773@kapio-technology.com>
 <YwxtVhlPjq+M9QMY@shredder>
 <2967ccc234bb672f5440a4b175b73768@kapio-technology.com>
 <Ywyj1VF1wlYqlHb6@shredder>
 <9e1a9eb218bbaa0d36cb98ff5d4b97d7@kapio-technology.com>
 <YwzPJ2oCYJQHOsXD@shredder>
 <69db7606896c77924c11a6c175c4b1a6@kapio-technology.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <69db7606896c77924c11a6c175c4b1a6@kapio-technology.com>
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?QMb3Z8b4ENTUaFb6MlDVejxRWceqI7ELZeU9f1Qs13OhI8zc1n/KrvXTonKh?=
 =?us-ascii?Q?u7leJYSDBgvMHeDHb8mA633rGpGIDCAG7LkTfwS1/4574wgBOYtmdfUvuWnY?=
 =?us-ascii?Q?IprHwHKyAX8Zol5HWu5nKBaz2K+zKpm27/84SR8i9dlN4b4krJ91nr5K7XGm?=
 =?us-ascii?Q?4USfHtmbBKi0H6qXi200sc25NKLzpIhu3bVUHjwStVYNy5+W6Q3Jok+LXXph?=
 =?us-ascii?Q?UW00At36fBr6NzBs7ytZtbEBT8/Dqh9Gy8OpOSsNPr1Py8rdplZFcSvtbmGI?=
 =?us-ascii?Q?cRsXoxHYD7M35115WqbGH1Ikgt2J8z8ExNnZ8XXJnd/DuNBTdUOKZpSrAnk4?=
 =?us-ascii?Q?gYycCij9l4i8TWszjPMPSRmHv1RAaTP/7D0F7r9I+3fn6pVzcs48GWBswzXI?=
 =?us-ascii?Q?yKHaFedda99Lcs+ggA1zCL44KgMN2her1An0WBndwGqcs5dGfHXA/JgaY+lt?=
 =?us-ascii?Q?mlxWXK1EIqySbUZOcRETqi6Bj7YlZ3W+ZLsLIWEneZxUGMnaJXKSJdhQ1Rn5?=
 =?us-ascii?Q?iOQrdXCz6fN/eWceeIhAfFq0GRYslNISTAPYYXV+qV6qdMpeyBcK2kKuqalu?=
 =?us-ascii?Q?n4zuSZLNaBwUMHcAh8CUiTYs6k3BzIoMIQ8s+rT/rN4ghL9SdtL+L0VmWsk9?=
 =?us-ascii?Q?cOUXeGcRYAVgpnwNt0FuhCV11//uErL3xbBI1H85XyAxwZtMb24bwIKsJB3o?=
 =?us-ascii?Q?se4lRSuku6/2dF7MR3mYdWaNIhasFwdgjnIVgKpi+O/rJd15+45o4V0eEUZa?=
 =?us-ascii?Q?cGTWcPcOdqxaOTvWZoXo/db+HoNH8/nCIkAJrZzBz8Ix7wVvG8mzZQYO/vIr?=
 =?us-ascii?Q?ESzimOM9fM8tubrxhI+LVdf4NWODYPGYohVYv2D7B/DevZ9yg7Zs7jeHHRn5?=
 =?us-ascii?Q?S8LW/btJazNnff/kwzbbFZvARFdOUV1FrMM5AAY3TsMZwxRVVvTBYOad0GBo?=
 =?us-ascii?Q?821Wa8SIfTjJY0+sB3VsxocowHvRh3QqvDSt6L20vYsd4f0DnQ16iNe5YvzM?=
 =?us-ascii?Q?W/TsMZAB7dBVQ7EK7vfdNgrIZ8mxo3uTPLbnMEPPQTN7/qnK5ZzuhcBsacZX?=
 =?us-ascii?Q?h53YXDXTlMMX031m65eIAJzMMWgrqxvsio3+PG4f90264CDWnv6zmIncVKKC?=
 =?us-ascii?Q?rR0G2oxj5pQfXTEWSYLgGtwOnvtrUmHRFgtFgzNpxUF5or6pvSfgMhIZgOi+?=
 =?us-ascii?Q?fNSH1dPtSNTU19laEm8yNaKbnGfNkBr2IoJPhQPdsLLBxDUTXXvNJYjZ5gnL?=
 =?us-ascii?Q?KAKl1S3V/wMqdQdhvaObfIsdnPt2yg6wL8oiE9aBprE0iSY18B0mQCJY5I5X?=
 =?us-ascii?Q?2wrndeKnK8126D4ONVLUkT4hV/YkhCLCfXcTHBkK61tnc7ddTwLyyZLcncrg?=
 =?us-ascii?Q?8n8xOf6Pdxvc3hlUZIY5bSJGSFGPutGYxEQ3ITln06vpemIYKR1gACtzEBFZ?=
 =?us-ascii?Q?vNN4c9Sc8h5SKy0TxOJxDNI67YIIOUeTf7xocBOLGNhTbRLfLZQHMFzf5jaG?=
 =?us-ascii?Q?beCXfDRvCt54aClmT8JgQJLdGWhv3yZoOpQniryxNjCMoalbGYDvMrG0To2W?=
 =?us-ascii?Q?QPeO9XIgBpK8oNqJ5IpTRa7XxU78HeRsKVTeJWhE?=
X-OriginatorOrg: Nvidia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: cfa6fc54-bd98-4e3f-e47c-08da89d7fb2c
X-MS-Exchange-CrossTenant-AuthSource: PH7SPRMB0001.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Aug 2022 16:03:15.2437
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 43083d15-7273-40c1-b7db-39efd9ccc17a
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 29d9G38BIbOkDRD+ZBODP9mSv8eigm+bv5gW3JuiwhoFfatD6DNxwhQwbVyB/1zkv2VD/DKhU4DUEzguuBkGxw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR12MB4048
X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,
        DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FORGED_SPF_HELO,
        RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE,
        T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Mon, Aug 29, 2022 at 05:08:23PM +0200, netdev@kapio-technology.com wrote:
> On 2022-08-29 16:37, Ido Schimmel wrote:
> > On Mon, Aug 29, 2022 at 02:04:42PM +0200, netdev@kapio-technology.com
> > wrote:
> > > On 2022-08-29 13:32, Ido Schimmel wrote:
> > > Port association is needed for MAB to work at all on mv88e6xxx, but
> > > for
> > > 802.1X port association is only needed for dynamic ATU entries.
> > 
> > Ageing of dynamic entries in the bridge requires learning to be on as
> > well, but in these test cases you are only using static entries and
> > there is no reason to enable learning in the bridge for that. I prefer
> > not to leak this mv88e6xxx implementation detail to user space and
> > instead have the driver enable port association based on whether
> > "learning" or "mab" is on.
> > 
> 
> Then it makes most sense to have the mv88e6xxx driver enable port
> association when then port is locked, as it does now.

As you wish, but like you wrote "802.1X port association is only needed
for dynamic ATU entries" and in this case user space needs to enable
learning (for refresh only) so you can really key off learning on
"learning || mab". User space can decide to lock the port and work with
static entries and then learning is not required.