Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp1175132rwb; Thu, 8 Dec 2022 07:34:24 -0800 (PST) X-Google-Smtp-Source: AA0mqf6v1ApSSb2FSgyDwMPDRC0992ia/IAjZau/CcmkzOa2+uuOpYc9wMwRH3/hPWfpwJsY2czs X-Received: by 2002:a05:6402:24a0:b0:458:ad54:20d5 with SMTP id q32-20020a05640224a000b00458ad5420d5mr82223910eda.86.1670513663864; Thu, 08 Dec 2022 07:34:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670513663; cv=none; d=google.com; s=arc-20160816; b=wYvc/zC3gzORUz7XaULTfC+xWsFges9wfkY9To3WdLgHUJ/jOIRXW0oL2IWPEbYPK5 QEEMgzAwWVq9D+ysUfHvevqck2QTGK0uXVXdmySLgdxVFe6uBAwPKCb5StkLFc2BhFoD 02HLHVusnABG0gg9X041yVG5ykLsctx59JAxWz9nrSFPutR0Hsi/Ls+qojyEr0FErqIY 8+eusSWQUh+J1fbLWsS2KSzN365nNFmFSAKZSwkLZOJQf+fCGJeNI+deQH7+i/CqJnph nhNqlOVd4IeXeWJNHpzgvxkGfU8zeWPDZcHoSm7q3vTd+gzv09tvMEsK7BT+8gV42+cy LxSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:message-id:user-agent :references:in-reply-to:subject:cc:to:from:date:mime-version; bh=KPaLNrq0gM7aUtDK4Sr7AT5eRmhrUiuaNQGpVcBnT54=; b=ewp/7NzzgE60LcLhWD3DiJoKAERGkXuNYAJnE4deXvnFKpNAuRY9cEea2zH2dkizxC Gn93p5PjsjqsqWUlb1AczQ/gZbvfIVX0jcUrixIvbxM31eZ/jFf2UEVUcqVAfyIXnPpM pFmMbCof4KfHpUVGgZ09swwf9yQeiRlNnUU7dXuZJAfmfsGTBs2UoG51TBGH7z6/Tlf4 kBNf+Myj2jEcWaszIR+qkQRVLqoPYuLG5TlqR5JiSxCrLIx8TQQlp5B+BbqnOXHIcFr6 vcZUMitmMrERiGY80hxSaxOv7g3vGtwCq/jfizPxrYNb+Y2qanNMHyP5ToKZVxwsTcFv QHVQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i16-20020a1709064fd000b007b29ccd79c0si8159804ejw.590.2022.12.08.07.34.00; Thu, 08 Dec 2022 07:34:23 -0800 (PST) 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; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229914AbiLHOlq (ORCPT + 72 others); Thu, 8 Dec 2022 09:41:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34994 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229568AbiLHOlo (ORCPT ); Thu, 8 Dec 2022 09:41:44 -0500 Received: from mailout-taastrup.gigahost.dk (mailout-taastrup.gigahost.dk [46.183.139.199]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D7DAC63B96; Thu, 8 Dec 2022 06:41:41 -0800 (PST) Received: from mailout.gigahost.dk (mailout.gigahost.dk [89.186.169.112]) by mailout-taastrup.gigahost.dk (Postfix) with ESMTP id DA1A618845A4; Thu, 8 Dec 2022 14:41:24 +0000 (UTC) Received: from smtp.gigahost.dk (smtp.gigahost.dk [89.186.169.109]) by mailout.gigahost.dk (Postfix) with ESMTP id CB56A25002E1; Thu, 8 Dec 2022 14:41:24 +0000 (UTC) Received: by smtp.gigahost.dk (Postfix, from userid 1000) id C129D9EC0025; Thu, 8 Dec 2022 14:41:24 +0000 (UTC) X-Screener-Id: 413d8c6ce5bf6eab4824d0abaab02863e8e3f662 MIME-Version: 1.0 Date: Thu, 08 Dec 2022 15:41:24 +0100 From: netdev@kapio-technology.com To: Vladimir Oltean Cc: Ido Schimmel , davem@davemloft.net, kuba@kernel.org, netdev@vger.kernel.org, Andrew Lunn , Florian Fainelli , Eric Dumazet , Paolo Abeni , open list Subject: Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation In-Reply-To: <20221208133524.uiqt3vwecrketc5y@skbuf> References: <20221205185908.217520-1-netdev@kapio-technology.com> <20221205185908.217520-4-netdev@kapio-technology.com> <580f6bd5ee7df0c8f0c7623a5b213d8f@kapio-technology.com> <20221207202935.eil7swy4osu65qlb@skbuf> <1b0d42df6b3f2f17f77cfb45cf8339da@kapio-technology.com> <20221208133524.uiqt3vwecrketc5y@skbuf> User-Agent: Gigahost Webmail Message-ID: X-Sender: netdev@kapio-technology.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_NONE autolearn=ham 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: X-Mailing-List: linux-kernel@vger.kernel.org On 2022-12-08 14:35, Vladimir Oltean wrote: > On Thu, Dec 08, 2022 at 01:28:27PM +0100, netdev@kapio-technology.com > wrote: >> On 2022-12-07 21:29, Vladimir Oltean wrote: >> > On Tue, Dec 06, 2022 at 05:36:42PM +0100, netdev@kapio-technology.com wrote: >> > > > I was under the impression that we agreed that the locking change will >> > > > be split to a separate patch. >> > > >> > > Sorry, I guess that because of the quite long time that has passed as I >> > > needed to get this FID=0 issue sorted out, and had many other different >> > > changes to attend, I forgot. >> > >> > Well, at least you got the FID=0 issue sorted out... right? >> > What was the cause, what is the solution? >> >> Well I got it sorted out in the way that I have identified that it is >> the >> ATU op that fails some times. I don't think there is anything that can >> be >> done about that, other than what I do and let the interrupt routing >> return >> an error. > > Yikes. But why would you call that "sorted out", though? Just to make > it > appear as though you really spent some time on it, and use it as an > excuse for something else? > >> it is the ATU op that fails some times. > > Let's start with the assumption that this is correct. A person with > critical thinking will ask "can I prove that it is?". > > If the ATU operation fails sometimes, I would expect that it always > fails in the same way, by returning FID 0, where 0 is some kind of > "invalid" value. > > But if FID 0 is actually FID_STANDALONE, then you'd read FID_STANDALONE > even if you change the value of FID_STANDALONE in the driver to > something else, like 1. > > Something ultra hackish like this will install VLAN 3050 as first VID > in > the switch, and that will gain FID 0. Then, MV886XXX_VID_STANDALONE > will > gain FID 1. So we need to adjust the definitions. > Here is an example of the output I have when running the locked_port_mab() under the selftests... mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt mv88e6xxx_g1_atu_prob_irq_thread_fn: 13 callbacks suppressed mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 the -22 errors are all when it returns FID=0, and it is the same mac all the way. I have other logs, where the -22 occurs at random other times, f.ex. same test: mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt mv88e6xxx_g1_atu_prob_irq_thread_fn: 4 callbacks suppressed mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU miss violation for 8e:a9:fc:14:58:06 portvec 0 spid 2 mv88e6085 1002b000.ethernet-1:04: ATU problem: error -22 while handling interrupt What else conclusion than it is the ATU op that fails?