From nobody Thu Sep 11 16:04:41 2025 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4CA5CC05027 for ; Fri, 17 Feb 2023 09:58:37 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230050AbjBQJ6e (ORCPT ); Fri, 17 Feb 2023 04:58:34 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52990 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229758AbjBQJ63 (ORCPT ); Fri, 17 Feb 2023 04:58:29 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5CD9D5D3F6; Fri, 17 Feb 2023 01:58:21 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 1113BB829D4; Fri, 17 Feb 2023 09:58:20 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id CCE47C433EF; Fri, 17 Feb 2023 09:58:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1676627898; bh=E6nFewQMaVlGYl0OfOEuXN1Fg79X7FB9WqZzgH27jnQ=; h=From:To:Cc:Subject:Date:From; b=dRiFspviTHdLJZOlwy02XZiK6KGyDDBd6YJmpjSdfbmeAMqoy0fkJZEjcpYJyzuFY BQs/WoIftectoCh1PA0a0u9V6bg2PpEATkiSdmXtvEYtRwd6U6RLM0ttxj+CMCkXtl +8KA8DyjJxWc7it8soU7OyrxsrZsrnBsrOudIUur3sG+x3OPI0iTUr39Fea9IH+o9X BEumZ3IJFprNDZ6TX1v1oiC4J0s1+NAKa44y5uK7yx+depJDQn76uHV4q35NAo+0Vh Aw4AxhpqHrqkbUHFUyH4+HYUepp27CBhFYLPgTCyt2z068yqYjvrdi612DxOx/ijOv aDvBwLANJbspg== From: Arnd Bergmann To: Lars Povlsen , Steen Hegelund , Daniel Machon , UNGLinuxDriver@microchip.com, "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni Cc: Arnd Bergmann , Horatiu Vultur , Yang Yingliang , linux-arm-kernel@lists.infradead.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH] net: microchip: sparx5: reduce stack usage Date: Fri, 17 Feb 2023 10:58:06 +0100 Message-Id: <20230217095815.2407377-1-arnd@kernel.org> X-Mailer: git-send-email 2.39.1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" From: Arnd Bergmann The vcap_admin structures in vcap_api_next_lookup_advanced_test() take several hundred bytes of stack frame, but when CONFIG_KASAN_STACK is enabled, each one of them also has extra padding before and after it, which ends up blowing the warning limit: In file included from drivers/net/ethernet/microchip/vcap/vcap_api.c:3521: drivers/net/ethernet/microchip/vcap/vcap_api_kunit.c: In function 'vcap_api= _next_lookup_advanced_test': drivers/net/ethernet/microchip/vcap/vcap_api_kunit.c:1954:1: error: the fra= me size of 1448 bytes is larger than 1400 bytes [-Werror=3Dframe-larger-tha= n=3D] 1954 | } Reduce the total stack usage by replacing the five structures with an array that only needs one pair of padding areas. Fixes: 1f741f001160 ("net: microchip: sparx5: Add KUNIT tests for enabling/= disabling chains") Signed-off-by: Arnd Bergmann Reviewed-by: Alexander Lobakin --- .../ethernet/microchip/vcap/vcap_api_kunit.c | 26 +++++++++---------- 1 file changed, 12 insertions(+), 14 deletions(-) diff --git a/drivers/net/ethernet/microchip/vcap/vcap_api_kunit.c b/drivers= /net/ethernet/microchip/vcap/vcap_api_kunit.c index 0a1d4d740567..c07f25e791c7 100644 --- a/drivers/net/ethernet/microchip/vcap/vcap_api_kunit.c +++ b/drivers/net/ethernet/microchip/vcap/vcap_api_kunit.c @@ -1876,53 +1876,51 @@ static void vcap_api_next_lookup_basic_test(struct = kunit *test) =20 static void vcap_api_next_lookup_advanced_test(struct kunit *test) { - struct vcap_admin admin1 =3D { + struct vcap_admin admin[] =3D { + { .vtype =3D VCAP_TYPE_IS0, .vinst =3D 0, .first_cid =3D 1000000, .last_cid =3D 1199999, .lookups =3D 6, .lookups_per_instance =3D 2, - }; - struct vcap_admin admin2 =3D { + }, { .vtype =3D VCAP_TYPE_IS0, .vinst =3D 1, .first_cid =3D 1200000, .last_cid =3D 1399999, .lookups =3D 6, .lookups_per_instance =3D 2, - }; - struct vcap_admin admin3 =3D { + }, { .vtype =3D VCAP_TYPE_IS0, .vinst =3D 2, .first_cid =3D 1400000, .last_cid =3D 1599999, .lookups =3D 6, .lookups_per_instance =3D 2, - }; - struct vcap_admin admin4 =3D { + }, { .vtype =3D VCAP_TYPE_IS2, .vinst =3D 0, .first_cid =3D 8000000, .last_cid =3D 8199999, .lookups =3D 4, .lookups_per_instance =3D 2, - }; - struct vcap_admin admin5 =3D { + }, { .vtype =3D VCAP_TYPE_IS2, .vinst =3D 1, .first_cid =3D 8200000, .last_cid =3D 8399999, .lookups =3D 4, .lookups_per_instance =3D 2, + } }; bool ret; =20 - vcap_test_api_init(&admin1); - list_add_tail(&admin2.list, &test_vctrl.list); - list_add_tail(&admin3.list, &test_vctrl.list); - list_add_tail(&admin4.list, &test_vctrl.list); - list_add_tail(&admin5.list, &test_vctrl.list); + vcap_test_api_init(&admin[0]); + list_add_tail(&admin[1].list, &test_vctrl.list); + list_add_tail(&admin[2].list, &test_vctrl.list); + list_add_tail(&admin[3].list, &test_vctrl.list); + list_add_tail(&admin[4].list, &test_vctrl.list); =20 ret =3D vcap_is_next_lookup(&test_vctrl, 1000000, 1001000); KUNIT_EXPECT_EQ(test, false, ret); --=20 2.39.1