From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: DKIM-Filter: OpenDKIM Filter v2.11.0 smtp4.osuosl.org CD09E42243 DKIM-Filter: OpenDKIM Filter v2.11.0 smtp4.osuosl.org D144742226 From: Hans Schultz In-Reply-To: <20230331093732.s6loozkdhehewlm4@skbuf> References: <20230318141010.513424-1-netdev@kapio-technology.com> <20230318141010.513424-7-netdev@kapio-technology.com> <87a5zzh65p.fsf@kapio-technology.com> <874jq22h2u.fsf@kapio-technology.com> <20230330192714.oqosvifrftirshej@skbuf> <871ql5mjjp.fsf@kapio-technology.com> <20230331093732.s6loozkdhehewlm4@skbuf> Date: Fri, 31 Mar 2023 14:43:11 +0200 Message-ID: <87tty1nlb4.fsf@kapio-technology.com> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Bridge] [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test List-Id: Linux Ethernet Bridging List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Vladimir Oltean Cc: Andrew Lunn , Alexandre Belloni , Nikolay Aleksandrov , Kurt Kanzenbach , open list , Eric Dumazet , "open list:KERNEL SELFTEST FRAMEWORK" , Shuah Khan , Ivan Vecera , Florian Fainelli , "moderated list:ETHERNET BRIDGE" , Ido Schimmel , kuba@kernel.org, Paolo Abeni , =?utf-8?Q?Cl=C3=A9ment_L=C3=A9ger?= , Christian Marangi , Woojung Huh , Landen Chao , Jiri Pirko , Hauke Mehrtens , Sean Wang , DENG Qingfang , Claudiu Manoil , "moderated list:ARM/Mediatek SoC support" , Matthias Brugger , "moderated list:ARM/Mediatek SoC support" , AngeloGioacchino Del Regno , netdev@vger.kernel.org, Roopa Prabhu , "maintainer:MICROCHIP KSZ SERIES ETHERNET SWITCH DRIVER" , "open list:RENESAS RZ/N1 A5PSW SWITCH DRIVER" , davem@davemloft.net On Fri, Mar 31, 2023 at 12:37, Vladimir Oltean wrote: > > So, by running the command I posted in the earlier email, you actually > run it on the physical DSA user port interfaces, and it should pass > there too. Okay, that sounds like a good idea which I have not done before. I am seeing how I can install Debian in an Qemu or VMWare setup to be able to test that way. > This is based on the equivalency principle between the > software and the hardware data paths that I was talking about. > > If you're actively and repeatedly making an effort to work with your eyes > closed, and then build strawmen around the fact that you don't see, then > you're not going to get very friendly reactions from people, me included, > who explain things to you that pertain to your due diligence. This is > because these people know the things that they're explaining to you out > of their own due diligence, and, as a result, are not easily fooled by > your childish excuses. I am not coming with excuses here, and certainly not childish ones at that either. I am just pointing out that on my device the tests don't run well because of memory shortage and my reasoning why I think it is so. I will as long as the system is as it is with these selftests, just run single subtests at a time on target, but if I have new phy problems like the one you have seen I have had before, then testing on target becomes off limits.