Received: by 2002:ac8:156:0:b0:3e0:cd10:60c8 with SMTP id f22csp275465qtg; Fri, 31 Mar 2023 01:13:16 -0700 (PDT) X-Google-Smtp-Source: AKy350YsW9QBtnJk99hjEaS2FOraur1kZOSLj3nIWKdJZthHoIawVHbkyhkMJh3IidxqVdmNWl5m X-Received: by 2002:a17:906:297:b0:93e:22e6:e7d3 with SMTP id 23-20020a170906029700b0093e22e6e7d3mr4000372ejf.0.1680250396691; Fri, 31 Mar 2023 01:13:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680250396; cv=none; d=google.com; s=arc-20160816; b=mGtyniwPwyq5xrBucN3kgGTZqyb5PUU6XlLCwtpFXaCz9aXPFPmoOGg8S1aJUvT2Ed xNFpd8WYEmIbjnoz9D7FeL3r1PQ8Eqlg63O1wJNC0G5wzkoIG2O4iKm4vvoswWwVhLxt qkR7YYzRRkVG12jqEKb3LI6GQ9s+l9zU7wSCrJsnUZrT3iesboxcP6uakrTc4Od1Sm+w GVMU96JhncvpwqfQTNodpe8yi+cK9NSwB6O5y5bTboOu9azgkwtm1S6Pq+StTozhuxXr QKkh2c0bq1rQVQczTsDUUlm8bI+kCA9X0PlWjbX6izc4PMTG69HSsNPjzajB01gVJAOR 0E3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=jNoS5OUMscO9zysPToQdRHpuxs6psTcy+GU9b2M6NmQ=; b=Y3j6AVxw5+uax5NpCkvIjFyWPHqX+XGBYSHhrqB2cdvgwmYoVD4Upg+ZrzesSLnlEy 649LRXP2/Xr8Hnvj+aDUyf+Lui91el76SDUSEvzuqMH2jc2VqBBdv4WRSdOYyaPSJXom XF/N6uKOll/N09Hpdx8COj32Qflv6f82jTEw8m2qoTDFw7lrxC1/zGr71lWBPJQlxZAz BiYKDZnsCwxarn5eU3Ds8a8xh+Or8Zh+YfoxXVdxiGXnStNszvwAbkVe7niuX62Ww0I6 v+NtIievMAj2nVRumAUqkQmP/+RNuN6lygtNqGgJgqVPgizTYlpBrhOhYR0sqQvLM2nb 34Lg== 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 hx22-20020a170906847600b00939fc1918e2si102971ejc.639.2023.03.31.01.12.51; Fri, 31 Mar 2023 01:13:16 -0700 (PDT) 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 S230171AbjCaIJ1 (ORCPT + 99 others); Fri, 31 Mar 2023 04:09:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55296 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229629AbjCaIJ0 (ORCPT ); Fri, 31 Mar 2023 04:09:26 -0400 Received: from mailout-taastrup.gigahost.dk (mailout-taastrup.gigahost.dk [46.183.139.199]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AAA8126BD; Fri, 31 Mar 2023 01:09:16 -0700 (PDT) Received: from mailout.gigahost.dk (mailout.gigahost.dk [89.186.169.112]) by mailout-taastrup.gigahost.dk (Postfix) with ESMTP id E758E18844A7; Fri, 31 Mar 2023 08:09:14 +0000 (UTC) Received: from smtp.gigahost.dk (smtp.gigahost.dk [89.186.169.109]) by mailout.gigahost.dk (Postfix) with ESMTP id C2F5F2503962; Fri, 31 Mar 2023 08:09:14 +0000 (UTC) Received: by smtp.gigahost.dk (Postfix, from userid 1000) id B5F069B403E2; Fri, 31 Mar 2023 08:09:14 +0000 (UTC) X-Screener-Id: e32ae469fa6e394734d05373d3a705875723cf1e Received: from fujitsu (2-104-116-184-cable.dk.customer.tdc.net [2.104.116.184]) by smtp.gigahost.dk (Postfix) with ESMTPSA id C9DC291201E3; Fri, 31 Mar 2023 08:09:13 +0000 (UTC) From: Hans Schultz To: Vladimir Oltean Cc: Ido Schimmel , davem@davemloft.net, kuba@kernel.org, netdev@vger.kernel.org, Florian Fainelli , Andrew Lunn , Eric Dumazet , Paolo Abeni , Kurt Kanzenbach , Hauke Mehrtens , Woojung Huh , "maintainer:MICROCHIP KSZ SERIES ETHERNET SWITCH DRIVER" , Sean Wang , Landen Chao , DENG Qingfang , Matthias Brugger , AngeloGioacchino Del Regno , Claudiu Manoil , Alexandre Belloni , =?utf-8?Q?Cl=C3=A9ment_L=C3=A9ger?= , Jiri Pirko , Ivan Vecera , Roopa Prabhu , Nikolay Aleksandrov , Shuah Khan , Christian Marangi , open list , "moderated list:ARM/Mediatek SoC support" , "moderated list:ARM/Mediatek SoC support" , "open list:RENESAS RZ/N1 A5PSW SWITCH DRIVER" , "moderated list:ETHERNET BRIDGE" , "open list:KERNEL SELFTEST FRAMEWORK" Subject: Re: [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test In-Reply-To: <20230330192714.oqosvifrftirshej@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> Date: Fri, 31 Mar 2023 10:06:34 +0200 Message-ID: <871ql5mjjp.fsf@kapio-technology.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_NONE autolearn=unavailable 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 Thu, Mar 30, 2023 at 22:27, Vladimir Oltean wrote: > On Thu, Mar 30, 2023 at 09:07:53PM +0200, Hans Schultz wrote: >> Not true, it reveals that I forgot to put it in the patch, that's all. As >> I cannot run several of these tests because of memory constraints I link >> the file to a copy in a rw area where I modify the list and just run one >> of the subtests at a time. If I try to run the whole it always fails >> after a couple of sub-tests with an error. >> >> It seems to me that these scripts are quite memory consuming as they >> accumulate memory consuption in relation to what is loaded along the >> way. A major problem with my system. > > I'm sorry for perhaps asking something entirely obvious, but have you tried: > > kernel-dir $ rsync -avr tools/testing/selftests/ root@$board:selftests/ > board $ cd selftests/drivers/net/dsa/ > board $ ./bridge_locked_port.sh lan0 lan1 lan2 lan3 > > ? > > This is how I always run them, and it worked fine with both Debian > (where it's easy to add missing packages to the rootfs) or with a more > embedded-oriented Buildroot. The memory problems are of course on the embedded target. In that case I think it would be a very good idea to do something to design the system better, so that it frees memory between the subtests. If all tests are always run on the bridge only, I think they don't make much sense as these patchsets are directed towards switchcores.