Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp137795pxp; Tue, 8 Mar 2022 22:52:19 -0800 (PST) X-Google-Smtp-Source: ABdhPJxntDL0lkHygmXfjV4m3mw7hhLNmkZDikL7cUCst6iro22rMqIUB1LTgPrRFLzj9Q6kpJ7/ X-Received: by 2002:a17:902:ce05:b0:14f:8ba2:2339 with SMTP id k5-20020a170902ce0500b0014f8ba22339mr21920569plg.152.1646808738903; Tue, 08 Mar 2022 22:52:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646808738; cv=none; d=google.com; s=arc-20160816; b=XzEz2Ko7HIu/6NYRPTZ+k3Cd4orGdLcm6uoTgAZT258mH+WNjnn4k1JltcHrP+tO3a lTJIZUiGVky7iVdczD2sn73ILpnmwx+ZlbKo0jasqHSa4p5ql/oJnXVVdBmhPYygGIdr iUr6PEWF4HN0iB7lkIC/b/r5HJ9expYeC/jtVS0xIx7MpusO++NZUULZv/P6+eQxvZcQ gzckRFGTmNL5gxlUbkbVrh3ffP4e74aqS1keG8uqhi/FaKPc8n1U0oPHGRqNvntM3ewx ldTYPADkJW2Y/+d2DF1tRIDgYt10vq2LCIW0Rp/360UcLm6DoKDJBPi0l3xVNtF5V7nk 49pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=0OpR5YHkvilOZNO+UTT2Vvr8SNVAoIkBjKa4z5Ar1Ok=; b=WVFwvu0u14w4lPZCWelCMfzKSpTabA7MPQbT9JdDK6NhMisDeI712Zz96sACvbq58N SvQzXBCTwVE3d4FzOEnkNZXpBImjR1hUPhxla54M76xO+oTJVJNkd4SNM5+frjSuotf+ IRdvzT4T49lyWd8L6sohOq5mKY+yvN+XeltCkjEFvgYnZeahpNstBy2zriNTJJLQR0oh kI4xn2j8kRqWdBFTtSKHlmN3IOo5xlxdHi6JzecBmcUbUNopoK4s+rE4VThzmLYAHGZH I5oqVTb4exE1x4vdxGxaMdQyLMKdGdMqDrBJGpUpqgLBP1oh1+kVld6wfxlpz/82aOeA 39iQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=pL4xjYO6; 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=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q20-20020a170902edd400b00152fd44502esi1168416plk.172.2022.03.08.22.52.01; Tue, 08 Mar 2022 22:52:18 -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; dkim=pass header.i=@google.com header.s=20210112 header.b=pL4xjYO6; 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=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230073AbiCIGip (ORCPT + 99 others); Wed, 9 Mar 2022 01:38:45 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60928 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229461AbiCIGim (ORCPT ); Wed, 9 Mar 2022 01:38:42 -0500 Received: from mail-yw1-x1135.google.com (mail-yw1-x1135.google.com [IPv6:2607:f8b0:4864:20::1135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7925813D for ; Tue, 8 Mar 2022 22:37:44 -0800 (PST) Received: by mail-yw1-x1135.google.com with SMTP id 00721157ae682-2db2add4516so12381937b3.1 for ; Tue, 08 Mar 2022 22:37:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0OpR5YHkvilOZNO+UTT2Vvr8SNVAoIkBjKa4z5Ar1Ok=; b=pL4xjYO6ifYImKrhlBZ6+DsAPJsjayriSQUscyVIJK/EmqZJSUaqbzTtCX6mk7WGMt PKNwmtywhYZEUrx3u15IzKnaoYaZodxMLLv2uTJNtsQcajWrZGI+AwCkDBtRL8cJkmgw qfOHHYTQzuBU6Av+HwfhZLI/ZEoJJKq8FX9l8RIH5wnXUAo7/N7cWGddPjFIX8KXTia1 0+ZfohPy53l54BoAoR8Bi8St46hf3WArazeb4x5RJ5M2eQxpbsyTC51DfR/pRkeHOlg6 ncyfOCZS/5AojQ8cP0GfmS4GM2L12LwiCM0+J/5mjEf+egIYUnYHz7/JFRoAhpsNfIIL ALyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0OpR5YHkvilOZNO+UTT2Vvr8SNVAoIkBjKa4z5Ar1Ok=; b=YQ2p93waTFZaZZ+YCfMHJmEcF34XU28Ha2NA9FYcQSENB3qsXeaHR0L68j6Ka96i9b uEn/xmFHuKNaVqCUe7ddIFlnPt+N/5sgpXwFNBp+eWh0SeREgsjm7kesUG5jaBkYXGyA jj1JVlzeajy0K9q2pt2Vq+53CQY1Xh1YtbhGCBbWs0SxXoGsUtcOkjU5CKgCgD0aEVgv 3lJk5U26l5k+d2WzcEIpeiCzVKjvBKC0uNdKqgJ4ktHs4pdxXonYG8JMEL4o9NOd+/mp 4QPq2o/imysIUqHHIVWmzx+xZ/Wpm6zcaX+PcIvVpqXXCHJfa1u3TMp1p/UMY18pHdVA PQPQ== X-Gm-Message-State: AOAM530m78mcm4I04LK1pJmOj6CpaVm5u1vE4G5BbtJhLha119SUl+R+ Olg6OfnUZ32xgP6cJXwNHzcyuxM2UoiIqBdr0XkdkQ== X-Received: by 2002:a0d:cac2:0:b0:2db:fc7f:7dfa with SMTP id m185-20020a0dcac2000000b002dbfc7f7dfamr16012861ywd.362.1646807863492; Tue, 08 Mar 2022 22:37:43 -0800 (PST) MIME-Version: 1.0 References: <20220309014705.1265861-1-liupeng256@huawei.com> <20220309014705.1265861-3-liupeng256@huawei.com> <0423ef8e-bfd0-3a4b-78a5-17dc621660d2@huawei.com> In-Reply-To: <0423ef8e-bfd0-3a4b-78a5-17dc621660d2@huawei.com> From: Marco Elver Date: Wed, 9 Mar 2022 07:37:06 +0100 Message-ID: Subject: Re: [PATCH 2/3] kunit: make kunit_test_timeout compatible with comment To: "liupeng (DM)" Cc: brendanhiggins@google.com, glider@google.com, dvyukov@google.com, akpm@linux-foundation.org, linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, linux-mm@kvack.org, wangkefeng.wang@huawei.com Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL 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 Wed, 9 Mar 2022 at 07:32, liupeng (DM) wrote: > > Thank you for your advice. > > On 2022/3/9 14:03, Marco Elver wrote: > > On Wed, 9 Mar 2022 at 02:29, 'Peng Liu' via kasan-dev > > wrote: > >> In function kunit_test_timeout, it is declared "300 * MSEC_PER_SEC" > >> represent 5min. However, it is wrong when dealing with arm64 whose > >> default HZ = 250, or some other situations. Use msecs_to_jiffies to > >> fix this, and kunit_test_timeout will work as desired. > >> > >> Signed-off-by: Peng Liu > > Does this need a: > > > > Fixes: 5f3e06208920 ("kunit: test: add support for test abort") > > > > ? > > Yes, I will add this description. > > >> --- > >> lib/kunit/try-catch.c | 2 +- > >> 1 file changed, 1 insertion(+), 1 deletion(-) > >> > >> diff --git a/lib/kunit/try-catch.c b/lib/kunit/try-catch.c > >> index 6b3d4db94077..f7825991d576 100644 > >> --- a/lib/kunit/try-catch.c > >> +++ b/lib/kunit/try-catch.c > >> @@ -52,7 +52,7 @@ static unsigned long kunit_test_timeout(void) > >> * If tests timeout due to exceeding sysctl_hung_task_timeout_secs, > >> * the task will be killed and an oops generated. > >> */ > >> - return 300 * MSEC_PER_SEC; /* 5 min */ > >> + return 300 * msecs_to_jiffies(MSEC_PER_SEC); /* 5 min */ > > Why not just "300 * HZ" ? > > Because I have seen patch > > df3c30f6e904 ("staging: lustre: replace direct HZ access with kernel APIs"). > > Here, both "msecs_to_jiffies(MSEC_PER_SEC)" and "300 * HZ" is ok for me. I see - let's keep as-is and use msecs_to_jiffies(). Thanks, -- Marco