Message ID | 20230713-tc-selftests-lkft-v1-1-1eb4fd3a96e7@tessares.net |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:a6b2:0:b0:3e4:2afc:c1 with SMTP id c18csp2111446vqm; Thu, 13 Jul 2023 14:58:14 -0700 (PDT) X-Google-Smtp-Source: APBJJlE13+nIXU/XNTsrxTM6gpvYwWa2An69HLG7vulfLuhNHhoHSOVeb+o0AFSebJePLDxLRBas X-Received: by 2002:a05:6512:3ba9:b0:4fb:8f81:4fe8 with SMTP id g41-20020a0565123ba900b004fb8f814fe8mr2375212lfv.46.1689285494269; Thu, 13 Jul 2023 14:58:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689285494; cv=none; d=google.com; s=arc-20160816; b=iuSygNuTSTd6Kf3w9SSnl+AvRgqaLCGn0Z7KCqu44apjm+NgVz+9AEqo4qs92wHoQq f4uJu2qHIn4CR9SO9ToRBNGBYpC4p1f53Y1NLYBt4Nih71+PKeFCqfzWKgMn16oH2Llx aI+PD+FuVW+s9wwNa2F0V8kzee0mj88ZQEtApDQ+79zX+KKR8nxKkvZxLbt4LVnVe/7d 6NLJPmxBWkLKk/7pHLHmBZ192sBCDq1Y1HVYwLmYDsVQuwzu0VI6c6oZ/lQOGUxRnoD9 xq2Cx0yRG4DXUzU1p7PFRKa4BQi/q0/uhsABRPP8Z3zn+V4Bwd3SVXMqyAcsurjARtyP O1/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:in-reply-to:references:message-id :content-transfer-encoding:mime-version:subject:date:from :dkim-signature; bh=nYnx/VDo8lOzEkd9RFmD+hOFqRYo9o9+grAoqaC0M7M=; fh=h3LiGBUm6eulEm9fBUf+17++RIrJdMtcr/w/s+mUUDE=; b=DYS3n9DWyuEMcAWJErXnD5ugOTKBBjgxOdtHGYGbcIhYVTcR/gB2yM3/Xtm6OFVdsr nNaUnVOcAKpwKtrUnuk9DUayqKOU7Vt7ym7GnEN1uI1NEyDRGw6r0LefuyDSxG1beqoQ TeX93eZ5bLtr3MMzMm6BMOeDG4O7bSX6RdrCjl36HRvdHtWwpDyZ+8BCcN1jkunMpysZ CBFZ+wNW1D4S/gzE5ZNqEywo648mCdLXqsQi9QumM3k/+NMe3vnCjECxS8Poyx9s32J8 JaBdJPiPAqUOCJA5y+J7J01FSbSH9T6xhjHoVCgnL5J3Q0cuFXMDG+DNi8QU7wv0HK+S UO1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@tessares.net header.s=google header.b=rLPmayOW; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=tessares.net Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b21-20020aa7c6d5000000b0051a39840146si1550985eds.464.2023.07.13.14.57.49; Thu, 13 Jul 2023 14:58:14 -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; dkim=pass header.i=@tessares.net header.s=google header.b=rLPmayOW; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=tessares.net Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230468AbjGMVRy (ORCPT <rfc822;ybw1215001957@gmail.com> + 99 others); Thu, 13 Jul 2023 17:17:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36330 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232469AbjGMVRt (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 13 Jul 2023 17:17:49 -0400 Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D5AAE2D61 for <linux-kernel@vger.kernel.org>; Thu, 13 Jul 2023 14:17:45 -0700 (PDT) Received: by mail-wm1-x32a.google.com with SMTP id 5b1f17b1804b1-3fbc244d307so11159215e9.1 for <linux-kernel@vger.kernel.org>; Thu, 13 Jul 2023 14:17:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tessares.net; s=google; t=1689283064; x=1691875064; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:from:to:cc:subject:date:message-id :reply-to; bh=nYnx/VDo8lOzEkd9RFmD+hOFqRYo9o9+grAoqaC0M7M=; b=rLPmayOWzc6g9V910/q65nAuOjv00BAzsVc6mSA3lR0UWmv1lKPpxAH2Aab7J0z+Aq DoZ3QmD9/bqByDzA8UvfhuoDOg0LF09+jj13aeqiKONl0qANDzxgLpwCoiQs5MwMCL/8 cdIXQ4Ed82QlAbNgMzo/kWfthEGfwBwUYbW3UnKd3BnRiPMNZu5fAAcM4f4NX117JN6Y LNXh3yiJJECnC+45b1CCU1L9/4UEAel3HQ0rXqRjr23xxQd6nh02TMvdV1OkGGhISXog JTJDvLxvlYAj+3bPRs1NH6MCSlJ9Srfe8p69z6lDtBxKExRFXlDJC6gaYtMj7ktSQJxh Mkew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689283064; x=1691875064; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=nYnx/VDo8lOzEkd9RFmD+hOFqRYo9o9+grAoqaC0M7M=; b=Ci6cOvM8El06y0q4mSJkjg0fg9RsG1TDG9rtXIA4jzFkNcpEpXoiP0SJUSXxmR80MR /A0R0+xkEhdEOd95JGxtpBR1NCfA+RlE2YenUvB5780wund2s9wU+1IfJjzq/M7AH0aM pwZzLRTvKGDNZeR60rjs+3U8XNMnhd0d1YvX/muzOX6XcaQ0Pl9Nt7BsWTcILXvkG1Qi I1dbN+7PbsXDiOop0jSDd89kJ9kcSPhWQtvjN6sk6wpDhYGeGF1POpo8NhOCQsUHqLSm 9krts/1YjGqFqZ6vQ+Yjpzx91Tjofo9ZoUVjZxcvKENxVbaxqCGU2IfBBZ1JeBgPZIcC pMHA== X-Gm-Message-State: ABy/qLYZZhi88FgynQ5no8a8vdnrFCUO3JbJEVn8AYCGUza6ZWBEtGb5 RT+L1yRhrcRPZzcxSobP2Y+cQg== X-Received: by 2002:a7b:cc15:0:b0:3fa:9561:3016 with SMTP id f21-20020a7bcc15000000b003fa95613016mr2331758wmh.30.1689283063981; Thu, 13 Jul 2023 14:17:43 -0700 (PDT) Received: from vdi08.nix.tessares.net (static.219.156.76.144.clients.your-server.de. [144.76.156.219]) by smtp.gmail.com with ESMTPSA id m20-20020a7bcb94000000b003fbfea1afffsm8734136wmi.27.2023.07.13.14.17.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 13 Jul 2023 14:17:43 -0700 (PDT) From: Matthieu Baerts <matthieu.baerts@tessares.net> Date: Thu, 13 Jul 2023 23:16:44 +0200 Subject: [PATCH net 1/3] selftests: tc: set timeout to 15 minutes MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <20230713-tc-selftests-lkft-v1-1-1eb4fd3a96e7@tessares.net> References: <20230713-tc-selftests-lkft-v1-0-1eb4fd3a96e7@tessares.net> In-Reply-To: <20230713-tc-selftests-lkft-v1-0-1eb4fd3a96e7@tessares.net> To: Jamal Hadi Salim <jhs@mojatatu.com>, Cong Wang <xiyou.wangcong@gmail.com>, Jiri Pirko <jiri@resnulli.us>, Shuah Khan <shuah@kernel.org>, Kees Cook <keescook@chromium.org>, "David S. Miller" <davem@davemloft.net>, Paul Blakey <paulb@mellanox.com>, Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>, mptcp@lists.linux.dev Cc: Pedro Tammela <pctammela@mojatatu.com>, Shuah Khan <skhan@linuxfoundation.org>, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux-kselftest@vger.kernel.org, Matthieu Baerts <matthieu.baerts@tessares.net>, stable@vger.kernel.org X-Mailer: b4 0.12.3 X-Developer-Signature: v=1; a=openpgp-sha256; l=1433; i=matthieu.baerts@tessares.net; h=from:subject:message-id; bh=aRf2NUlWpQteg42pbw7DyQllMQTrdJ1OPx8sg9BiW2M=; b=owEBbQKS/ZANAwAIAfa3gk9CaaBzAcsmYgBksGn1E1CyU82GEtiTz9Kn3atBqLCeF8gHpWsl/ QfpMKoJ40OJAjMEAAEIAB0WIQToy4X3aHcFem4n93r2t4JPQmmgcwUCZLBp9QAKCRD2t4JPQmmg c/WRD/9f1JjmbA0ekElLhLbwzV9QM7ML9tP6qiaEiGIRxESQJvVnvwoBM74lJGLNLwoxh1RTPM7 BazpQpnWcvtP1g7+T5PLIajJ9xNxBasm+wLsssacLKdxMc4KkKZ9N4j4gg71aaWrNaM22Gsu9DO x5K148C72MuH7vzcg1qKfmSUl3nLkzB+FYCIoHLl7Rm40IWR3ccHOdiw1lkGoABBHCYzjMUZkSR 5HjtOkWwjuWMurPnW3JNrSYBtDszpC33kjxz9PJH6+mWYxG9f9YRMOX5+umyyTnRUeAQ6/78BBB X3Ux4Aa3T4g1AIlUFJls0Drv8mX4fkf0qfi+brN4XGI3KSq6MLVqdl6fCSnRbN5Ab4NhWw0ZqhJ SYcAiecUnZWjpz1GNOA9utPRGzEy+z4mXXKOjjLpOxVRahOMwjXzdYg03VaJ2EIH5nMTfwzL+Fv j4IPDaulMsxNThGDll6SSx9jjYM3IZYAk4Vv6RH6te9TiXmv39crSUJaCraIAYFS3t0ZDnXjIgQ OljCjFLAtHfBn6bj4Yu5MWLHiM0uXVHvUpljYAj/Rk7rGymqVpXmjUr4CbPTM1Dsor2JwGwzLR0 KghInxltcEu0T+ui9/rzcjCAr5SCzVGSzhBamCR3CRttgCxmGdcmEHtTOUuR6d0jOFK28wnNkRE zgAHC1Q6JIX0V7g== X-Developer-Key: i=matthieu.baerts@tessares.net; a=openpgp; fpr=E8CB85F76877057A6E27F77AF6B7824F4269A073 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1771344226193208791 X-GMAIL-MSGID: 1771344226193208791 |
Series |
selftests: tc: increase timeout and add missing kconfig
|
|
Commit Message
Matthieu Baerts
July 13, 2023, 9:16 p.m. UTC
When looking for something else in LKFT reports [1], I noticed that the
TC selftest ended with a timeout error:
not ok 1 selftests: tc-testing: tdc.sh # TIMEOUT 45 seconds
The timeout had been introduced 3 years ago, see the Fixes commit below.
This timeout is only in place when executing the selftests via the
kselftests runner scripts. I guess this is not what most TC devs are
using and nobody noticed the issue before.
The new timeout is set to 15 minutes as suggested by Pedro [2]. It looks
like it is plenty more time than what it takes in "normal" conditions.
Fixes: 852c8cbf34d3 ("selftests/kselftest/runner.sh: Add 45 second timeout per test")
Cc: stable@vger.kernel.org
Link: https://qa-reports.linaro.org/lkft/linux-next-master/build/next-20230711/testrun/18267241/suite/kselftest-tc-testing/test/tc-testing_tdc_sh/log [1]
Link: https://lore.kernel.org/netdev/0e061d4a-9a23-9f58-3b35-d8919de332d7@tessares.net/T/ [2]
Suggested-by: Pedro Tammela <pctammela@mojatatu.com>
Signed-off-by: Matthieu Baerts <matthieu.baerts@tessares.net>
---
tools/testing/selftests/tc-testing/settings | 1 +
1 file changed, 1 insertion(+)
Comments
On 13/07/2023 23:25, shaozhengchao wrote: > > > On 2023/7/14 5:16, Matthieu Baerts wrote: >> When looking for something else in LKFT reports [1], I noticed that the >> TC selftest ended with a timeout error: >> >> not ok 1 selftests: tc-testing: tdc.sh # TIMEOUT 45 seconds >> >> The timeout had been introduced 3 years ago, see the Fixes commit below. >> >> This timeout is only in place when executing the selftests via the >> kselftests runner scripts. I guess this is not what most TC devs are >> using and nobody noticed the issue before. >> >> The new timeout is set to 15 minutes as suggested by Pedro [2]. It looks >> like it is plenty more time than what it takes in "normal" conditions. >> >> Fixes: 852c8cbf34d3 ("selftests/kselftest/runner.sh: Add 45 second >> timeout per test") >> Cc: stable@vger.kernel.org >> Link: >> https://qa-reports.linaro.org/lkft/linux-next-master/build/next-20230711/testrun/18267241/suite/kselftest-tc-testing/test/tc-testing_tdc_sh/log [1] >> Link: >> https://lore.kernel.org/netdev/0e061d4a-9a23-9f58-3b35-d8919de332d7@tessares.net/T/ [2] >> Suggested-by: Pedro Tammela <pctammela@mojatatu.com> >> Signed-off-by: Matthieu Baerts <matthieu.baerts@tessares.net> >> --- >> tools/testing/selftests/tc-testing/settings | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/tools/testing/selftests/tc-testing/settings >> b/tools/testing/selftests/tc-testing/settings >> new file mode 100644 >> index 000000000000..e2206265f67c >> --- /dev/null >> +++ b/tools/testing/selftests/tc-testing/settings >> @@ -0,0 +1 @@ >> +timeout=900 >> > I remember last year when I tested all the tdc cases(qdisc + filter + > action + infra) in my vm machine, it took me nearly 20 minutes. > So I think it should be more than 1200 seconds if all cases need to be > tested. > > Maybe we should really optimize the parallel execution process of tdc. Let's try to spend some cycles improving the tdc code performance first. TDC boils down essentially to: - Setup namespace (if needed) - Setup network interfaces - Spawn a few processes - Match a regex - Bring down namespace Nothing above screams expensive, so I'm sure there are some low hanging fruits to improve the overall wall time even in debug kernels.
Hi Zhengchao Shao, On 14/07/2023 04:25, shaozhengchao wrote: > > > On 2023/7/14 5:16, Matthieu Baerts wrote: >> When looking for something else in LKFT reports [1], I noticed that the >> TC selftest ended with a timeout error: >> >> not ok 1 selftests: tc-testing: tdc.sh # TIMEOUT 45 seconds >> >> The timeout had been introduced 3 years ago, see the Fixes commit below. >> >> This timeout is only in place when executing the selftests via the >> kselftests runner scripts. I guess this is not what most TC devs are >> using and nobody noticed the issue before. >> >> The new timeout is set to 15 minutes as suggested by Pedro [2]. It looks >> like it is plenty more time than what it takes in "normal" conditions. >> >> Fixes: 852c8cbf34d3 ("selftests/kselftest/runner.sh: Add 45 second >> timeout per test") >> Cc: stable@vger.kernel.org >> Link: >> https://qa-reports.linaro.org/lkft/linux-next-master/build/next-20230711/testrun/18267241/suite/kselftest-tc-testing/test/tc-testing_tdc_sh/log [1] >> Link: >> https://lore.kernel.org/netdev/0e061d4a-9a23-9f58-3b35-d8919de332d7@tessares.net/T/ [2] >> Suggested-by: Pedro Tammela <pctammela@mojatatu.com> >> Signed-off-by: Matthieu Baerts <matthieu.baerts@tessares.net> >> --- >> tools/testing/selftests/tc-testing/settings | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/tools/testing/selftests/tc-testing/settings >> b/tools/testing/selftests/tc-testing/settings >> new file mode 100644 >> index 000000000000..e2206265f67c >> --- /dev/null >> +++ b/tools/testing/selftests/tc-testing/settings >> @@ -0,0 +1 @@ >> +timeout=900 >> > I remember last year when I tested all the tdc cases(qdisc + filter + > action + infra) in my vm machine, it took me nearly 20 minutes. > So I think it should be more than 1200 seconds if all cases need to be > tested. Thank you for your feedback! Be careful that here, it is the timeout to run "tdc.sh" only which is currently limited to: ./tdc.py -c actions --nobuildebpf ./tdc.py -c qdisc (not "filter", nor "infra" then) I guess for this, 15 minutes is more than enough, no? At least on my side, I ran it in a i386 VM without KVM and it took less than 3 minutes [1]. Cheers, Matt [1] https://tuxapi.tuxsuite.com/v1/groups/community/projects/matthieu.baerts/tests/2SWHb7PJfqkUX1m8rLu3GXbsHE0/logs?format=html
diff --git a/tools/testing/selftests/tc-testing/settings b/tools/testing/selftests/tc-testing/settings new file mode 100644 index 000000000000..e2206265f67c --- /dev/null +++ b/tools/testing/selftests/tc-testing/settings @@ -0,0 +1 @@ +timeout=900