Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp6754226rwb; Tue, 22 Nov 2022 19:01:08 -0800 (PST) X-Google-Smtp-Source: AA0mqf57AuIhow2AhzpwUXm5ozdtEm+ARe835wAKrxoTE+kFjz2pnejIaXqm7lKBlvuTk/Q0xu3x X-Received: by 2002:a17:906:29cc:b0:78d:a836:1d88 with SMTP id y12-20020a17090629cc00b0078da8361d88mr6749034eje.470.1669172468588; Tue, 22 Nov 2022 19:01:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669172468; cv=none; d=google.com; s=arc-20160816; b=FgtWJx8/sd6JnLfJoU/xIaVKOSqdBmCKeaTa9nqDoWGWtHW0+ZTtfEB6VZtWuHWaGs ikh9NATUYyHyGtVl89ocYgYTEAwF2DmafXldYg4N7MKJYZLlJ275wW07mJ2XOqEjNhgq HfGRTzvEyH6klVQ9FrnLQsVnpH+yJ8OR0vf4BSHaUSuP0ReCDaL2B0G2Cf+Mlbuz3sf6 9C2izngjwbv2wyiyraoBSfYjbY2TqoE4kKuX5UltfJ1aMIuOwRdgBDAWRU//aW0ezYZ+ LrhyUFmy1+lJoqnRBjDwz1xRJd1UTVMnnLmqZmE/ky3hRUg2o1v+xP+jW9obpdZOhCtg agyQ== 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=MhsEomGEcHS0ITrqbixOcvOCHqtbhvqSM8S3bsVjuhw=; b=Yp8nihb00BXAQDHCm6+4dUPjoLL7HZvKlA5lGmhJcD8rXI2eCVfkY/GMHg+7sfzSnR U03rVZS9Nc4AGbU3qJVla4drX8q9i1OhpeJ06gWW0YWieElXK17WYv6slDTILTCveEOP 4SZzYVHp4wTqY3XjjedyOBjKJ+/3SzOvQLSsDRO0owvvySE+Xh3JSYNUrNqZwMY+c4da jQbc4VHyGmdOITT6vkpCC3B2uj29w83xTee0nLnFs9xObkov+WBXabezV4dy0zXK+9Yu d5N6K99awUFkbUHHXLtbE5GoUGPMD6RD2oJU44JrqBAShVPqjoCflj7P1iIUUZSdNHEf 3RSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=LJY60C9h; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sa31-20020a1709076d1f00b0078dfe6dc4d2si11202404ejc.33.2022.11.22.19.00.43; Tue, 22 Nov 2022 19:01:08 -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=@gmail.com header.s=20210112 header.b=LJY60C9h; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235530AbiKWCX3 (ORCPT + 89 others); Tue, 22 Nov 2022 21:23:29 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40620 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235527AbiKWCXY (ORCPT ); Tue, 22 Nov 2022 21:23:24 -0500 Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 72095D14EF for ; Tue, 22 Nov 2022 18:23:23 -0800 (PST) Received: by mail-pj1-x1030.google.com with SMTP id g5so6262979pjp.4 for ; Tue, 22 Nov 2022 18:23:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=MhsEomGEcHS0ITrqbixOcvOCHqtbhvqSM8S3bsVjuhw=; b=LJY60C9hm82Ajktbt56J964gyIfZ54hQakqP+9JsoTzhGcASSBupESEzfFhC1ztM2s HiL53/9c/jaw0PF9LDHlu1OHxtZ2zagtdcaTeGlcX8TOV3lPjekZupUIO/wpULT7kaSl mbMKtQWl6b3azlYxFblm+q1LmMXohPIsnCVnd32al1eRsrrMQiEFVe3ADMw2hy8agotb nRcNg3zkbYFf/w5Nlc/4VEKUYEu/hebU4TbfMGgCe8p5AmeG+YsSCzYCLWe/2OD//+nv pJr2gzQe/jsJiCFB3Ev7gSgUq58EUZcR/M5Xn0R/pbnBVn70C58QPMrcHmBOp1LwiV5s +VTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=MhsEomGEcHS0ITrqbixOcvOCHqtbhvqSM8S3bsVjuhw=; b=EHeHT68/AP2DAjt27ay7BNXqmWuzJRhWIZnvTx3QIo3/M4cblHGJuEHXEXFtwEIKuO 2vgC0KwhUqFkuVLSIHTyi54qwxFlAI7MRTzxYtR43bbLdqnCwQBJxh6H4Q29poR3yBF1 LNkI224VwOOfP0oATeiTLZTnI5Rck1kwvfUp+bcnnhlO8mhyvkCm6UR+PdSM4me1evV0 qP/fWZjedKMPiVaD+3SwxAAojhemTfxLlEouaQginLbp0b27WP2qQHrxWLcD8xlSi647 bdZZWeuY7SxLQR5OlOlMblnOfm17I6WUSZ/ZCl4gCzKEkN84SKvxk/hy+xxxXmrvuvAB HJ+Q== X-Gm-Message-State: ANoB5pksdLmKdLsfubOrjJXJOxcZQfCGeDEmuui/AXNNpR2DrQsYsoqP EPhVBhslXugqy7qVZTkvinfvQlaqnqUqhGIMulI= X-Received: by 2002:a17:90a:9403:b0:218:6a4e:e44a with SMTP id r3-20020a17090a940300b002186a4ee44amr29392875pjo.6.1669170202991; Tue, 22 Nov 2022 18:23:22 -0800 (PST) MIME-Version: 1.0 References: <20221121035140.118651-1-zhouzhouyi@gmail.com> <20221122013754.GY4001@paulmck-ThinkPad-P17-Gen-1> In-Reply-To: <20221122013754.GY4001@paulmck-ThinkPad-P17-Gen-1> From: Zhouyi Zhou Date: Wed, 23 Nov 2022 10:23:11 +0800 Message-ID: Subject: Re: [PATCH linux-next][RFC]torture: avoid offline tick_do_timer_cpu To: paulmck@kernel.org Cc: fweisbec@gmail.com, tglx@linutronix.de, mingo@kernel.org, dave@stgolabs.net, josh@joshtriplett.org, mpe@ellerman.id.au, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS 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 Tue, Nov 22, 2022 at 9:37 AM Paul E. McKenney wrote: > > On Mon, Nov 21, 2022 at 11:51:40AM +0800, Zhouyi Zhou wrote: > > During CPU-hotplug torture (CONFIG_NO_HZ_FULL=y), if we try to > > offline tick_do_timer_cpu, the operation will fail because in > > function tick_nohz_cpu_down: > > ``` > > if (tick_nohz_full_running && tick_do_timer_cpu == cpu) > > return -EBUSY; > > ``` > > Above bug was first discovered in torture tests performed in PPC VM > > of Open Source Lab of Oregon State University, and reproducable in RISC-V > > and X86-64 (with additional kernel commandline cpu0_hotplug). > > > > In this patch, we avoid offline tick_do_timer_cpu by distribute > > the offlining cpu among remaining cpus. > > > > Signed-off-by: Zhouyi Zhou > > Good show chasing this down! Thank Paul for your guidance and encouragement! > > A couple of questions below. The answers below. > > > --- > > include/linux/tick.h | 1 + > > kernel/time/tick-common.c | 1 + > > kernel/time/tick-internal.h | 1 - > > kernel/torture.c | 10 ++++++++++ > > 4 files changed, 12 insertions(+), 1 deletion(-) > > > > diff --git a/include/linux/tick.h b/include/linux/tick.h > > index bfd571f18cfd..23cc0b205853 100644 > > --- a/include/linux/tick.h > > +++ b/include/linux/tick.h > > @@ -14,6 +14,7 @@ > > #include > > > > #ifdef CONFIG_GENERIC_CLOCKEVENTS > > +extern int tick_do_timer_cpu __read_mostly; > > extern void __init tick_init(void); > > /* Should be core only, but ARM BL switcher requires it */ > > extern void tick_suspend_local(void); > > diff --git a/kernel/time/tick-common.c b/kernel/time/tick-common.c > > index 46789356f856..87b9b9afa320 100644 > > --- a/kernel/time/tick-common.c > > +++ b/kernel/time/tick-common.c > > @@ -48,6 +48,7 @@ ktime_t tick_next_period; > > * procedure also covers cpu hotplug. > > */ > > int tick_do_timer_cpu __read_mostly = TICK_DO_TIMER_BOOT; > > +EXPORT_SYMBOL_GPL(tick_do_timer_cpu); > > #ifdef CONFIG_NO_HZ_FULL > > /* > > * tick_do_timer_boot_cpu indicates the boot CPU temporarily owns > > diff --git a/kernel/time/tick-internal.h b/kernel/time/tick-internal.h > > index 649f2b48e8f0..8953dca10fdd 100644 > > --- a/kernel/time/tick-internal.h > > +++ b/kernel/time/tick-internal.h > > @@ -15,7 +15,6 @@ > > > > DECLARE_PER_CPU(struct tick_device, tick_cpu_device); > > extern ktime_t tick_next_period; > > -extern int tick_do_timer_cpu __read_mostly; > > > > extern void tick_setup_periodic(struct clock_event_device *dev, int broadcast); > > extern void tick_handle_periodic(struct clock_event_device *dev); > > diff --git a/kernel/torture.c b/kernel/torture.c > > index 789aeb0e1159..bccbdd33dda2 100644 > > --- a/kernel/torture.c > > +++ b/kernel/torture.c > > @@ -33,6 +33,7 @@ > > #include > > #include > > #include > > +#include > > #include > > #include > > #include > > @@ -358,7 +359,16 @@ torture_onoff(void *arg) > > schedule_timeout_interruptible(HZ / 10); > > continue; > > } > > +#ifdef CONFIG_NO_HZ_FULL > > + /* do not offline tick do timer cpu */ > > + if (tick_nohz_full_running) { > > + cpu = (torture_random(&rand) >> 4) % maxcpu; > > + if (cpu >= tick_do_timer_cpu) > > Why is this ">=" instead of "=="? I use probability theory here to let the remaining cpu distribute evenly. Example: we have cpus: 0 1 2 3 4 5 6 7 maxcpu = 7 tick_do_timer_cpu = 2 remaining cpus are: 0 1 3 4 5 6 7 if the offline cpu candidate is 2, then the result cpu is 2+1 else if the offline cpu candidate is 3, then the result cpu is 3+1 ... else if the offline cpu candidate is 6, then the result cpu is 6+1 > > > + cpu = (cpu + 1) % (maxcpu + 1); we could just use cpu = cpu + 1 here > > + } else > > +#else > > cpu = (torture_random(&rand) >> 4) % (maxcpu + 1); > > +#endif > > What happens if the value of tick_do_timer_cpu changes between the time of > the check above and the call to torture_offline() below? Alternatively, > how is such a change in value prevented? I did a preliminary research about the above question, this is quite complicated for me (because I think I must not bring locks to kernel just because our test frame need them), Please give me some days to perform intensive research. Thanks again Cheers Zhouyi > > Thanx, Paul > > > if (!torture_offline(cpu, > > &n_offline_attempts, &n_offline_successes, > > &sum_offline, &min_offline, &max_offline)) > > -- > > 2.34.1 > >