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 14A22C61DA2 for ; Thu, 26 Jan 2023 15:01:42 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231559AbjAZPBl (ORCPT ); Thu, 26 Jan 2023 10:01:41 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36384 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229641AbjAZPBj (ORCPT ); Thu, 26 Jan 2023 10:01:39 -0500 Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5656262249; Thu, 26 Jan 2023 07:01:38 -0800 (PST) Received: by mail-pf1-x42a.google.com with SMTP id 144so1249736pfv.11; Thu, 26 Jan 2023 07:01:38 -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=uAhPZbRQGwmHQ1sEz4qr9v2wJzuLwE7X0T1sSAlFUmI=; b=i/HYvBuswym+8IywWt7PgtBHYm+bvi8A193t719AtRbWAmYTdCvjcMgn75AZYYsKGN iG8RzowbR4uaG9ZNs8YP/qiv+LKKYMM8Ojz9sgUvedIQ704WVTWM5Nfc41Qy3U3lbCAc b13aNmfX2FvLmhu9mtGFblO+ygNWRTwKCnGNH7yoSKHdUBzh2ivNbAKzXGckkHdKxV7D abOwsedc+xMFh6GnEQrVD2Wkg5WJM1mK3Mr6lw//30dgr5TNV0Tg6WaLcZcGAdz/1RO1 wOtBc3UItiBa3iM8BBNDiUX22A9zr/yCfuM6rUutNkYjRZ3fUX9AEeC18gT4YhDB8/hK 5mfQ== 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=uAhPZbRQGwmHQ1sEz4qr9v2wJzuLwE7X0T1sSAlFUmI=; b=zl4wDYDQ4Pe/d8vOlPw7y8ry9U+bEzimvF5BUNvszGEa6IywxkdDcNkloc9opbz+us mWIeZMRdP6cNjnHiluihvDyTntG0W8crRiUNcwW0xhyPPs+EPcsLCAFUtVILOzEy1e7b hlVfYc9KNVTwrxepzpwfDLNmeS1SLCd27NIDG3dF0ULe8G5NZoBg34yD5x83Hw0aQLZB GE3aSESsTb3ohYk2cyKXaYVB3NiZrTx1qK5/4xWNHEhfk8OcyQQQaYgcrjYej4Vx031e Kh74xP8nlLfFNc+iW5/rRHoQFWDQMrw6hS0AgMdF8fRa2v2ooqdS2D7S5pQsvTnG8tu4 /sIQ== X-Gm-Message-State: AFqh2koKP1rbZOrzE2q3i/J1onInVHqLNyv+TmyrYpFxD5OZae3erWJ8 zfgE+/rRc5iao1wETBjo2N0NUeEdteVAp3W66eE= X-Google-Smtp-Source: AMrXdXt4Qpjj8KALsI7FFQhv5Jp481XNpFa/EF9+52DsqEANRgIEIZihyuYkSi+8xzUbWDJdmmJo3gYa9+MxlJHRJ+0= X-Received: by 2002:aa7:96bc:0:b0:58d:ab7e:c161 with SMTP id g28-20020aa796bc000000b0058dab7ec161mr4425647pfk.44.1674745297750; Thu, 26 Jan 2023 07:01:37 -0800 (PST) MIME-Version: 1.0 References: <20230124173126.3492345-1-joel@joelfernandes.org> <20230124225628.GZ2948950@paulmck-ThinkPad-P17-Gen-1> In-Reply-To: From: Zhouyi Zhou Date: Thu, 26 Jan 2023 23:01:25 +0800 Message-ID: Subject: Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem To: paulmck@kernel.org Cc: "Joel Fernandes (Google)" , linux-kernel@vger.kernel.org, Greg Kroah-Hartman , Frederic Weisbecker , Will Deacon , Marc Zyngier , rcu , stable@vger.kernel.org, Frederic Weisbecker , Ingo Molnar , "Rafael J. Wysocki" , Thomas Gleixner Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 26, 2023 at 12:16 PM Zhouyi Zhou wrote: > > On Wed, Jan 25, 2023 at 8:13 AM Zhouyi Zhou wrote: > > > > On Wed, Jan 25, 2023 at 6:56 AM Paul E. McKenney wrote: > > > > > > On Tue, Jan 24, 2023 at 05:31:26PM +0000, Joel Fernandes (Google) wrote: > > > > For CONFIG_NO_HZ_FULL systems, the tick_do_timer_cpu cannot be offlined. > > > > However, cpu_is_hotpluggable() still returns true for those CPUs. This causes > > > > torture tests that do offlining to end up trying to offline this CPU causing > > > > test failures. Such failure happens on all architectures. > > > > > > > > Fix it by asking the opinion of the nohz subsystem on whether the CPU can > > > > be hotplugged. > > > > > > > > [ Apply Frederic Weisbecker feedback on refactoring tick_nohz_cpu_down(). ] > > > > > > > > For drivers/base/ portion: > > > > Acked-by: Greg Kroah-Hartman > > > > > > > > Cc: Frederic Weisbecker > > > > Cc: "Paul E. McKenney" > > > > Cc: Zhouyi Zhou > > > > Cc: Will Deacon > > > > Cc: Marc Zyngier > > > > Cc: rcu > > > > Cc: stable@vger.kernel.org > > > > Fixes: 2987557f52b9 ("driver-core/cpu: Expose hotpluggability to the rest of the kernel") > > > > Signed-off-by: Joel Fernandes (Google) > > > > > > Queued for further review and testing, thank you both! > > > > > > It might be a few hours until it becomes publicly visible, but it will > > > get there. > > A new round of rcutorture test on fixed linux-5.15.y[3] has been > > performed in the PPC VM of Open Source Lab of Oregon State University > > [1], which will last about 29 hours. The test result on original > > linux-5.15.y is at [2]. > From the result of [1], the HOTPLUG failure reports have been > eliminated, but a new kernel null point bug related to scsi module has > been reported [4] ;-( > [ 5.178733][ C1] BUG: Kernel NULL pointer dereference on read at > 0x00000008 > ... > [ 5.231013][ C1] [c00000001ff9fca0] [c0000000009ffbc8] > scsi_end_request+0xd8/0x1f0 (unreliable)^M > [ 5.234961][ C1] [c00000001ff9fcf0] [c000000000a00e68] > scsi_io_completion+0x88/0x700^M > [ 5.237863][ C1] [c00000001ff9fda0] [c0000000009f5028] > scsi_finish_command+0xe8/0x150^M > [ 5.240089][ C1] [c00000001ff9fdf0] [c000000000a00c70] > scsi_complete+0x90/0x140^M > [ 5.242481][ C1] [c00000001ff9fe20] [c0000000007e5170] > blk_complete_reqs+0x80/0xa0^M > [ 5.245187][ C1] [c00000001ff9fe50] [c000000000f0b5d0] > __do_softirq+0x1e0/0x4e0^M > [ 5.248479][ C1] [c00000001ff9ff90] [c0000000000170e8] > do_softirq_own_stack+0x48/0x60^M > [ 5.250919][ C1] [c00000000a5e7c40] [c00000000a5e7c80] > 0xc00000000a5e7c80^M > [ 5.253792][ C1] [c00000000a5e7c70] [c0000000001534c0] > do_softirq+0xb0/0xc0^M > [ 5.256824][ C1] [c00000000a5e7ca0] [c0000000001535ac] > __local_bh_enable_ip+0xdc/0x110^M > [ 5.259414][ C1] [c00000000a5e7cc0] [c0000000001d75e8] > irq_forced_thread_fn+0xc8/0xf0^M > [ 5.261921][ C1] [c00000000a5e7d00] [c0000000001d7ae4] > irq_thread+0x1b4/0x2a0^M > [ 5.265298][ C1] [c00000000a5e7da0] [c00000000017d8c8] > kthread+0x1a8/0x1d0^M > [ 5.269184][ C1] [c00000000a5e7e10] [c00000000000cee4] > ret_from_kernel_thread+0x5c/0x64^M > > But when I invoked [5] by hand, the bug did not show again [6]. > > [4] http://140.211.169.189/linux-stable-rc/tools/testing/selftests/rcutorture/res/2023.01.25-00.04.30-torture/results-clocksourcewd-2/TREE03/console.log > [5] http://140.211.169.189/linux-stable-rc/tools/testing/selftests/rcutorture/res/2023.01.25-00.04.30-torture/results-clocksourcewd-2/TREE03/qemu-cmd > [6] http://140.211.169.189/linux-stable-rc/tools/testing/selftests/rcutorture/res/2023.01.25-00.04.30-torture/results-clocksourcewd-2/TREE03/console.zzy.log > > I think the bug is not caused by Joel's patch, there must be some > other reason. I am starting the 29 hours' rcutorture test again. And I > can give ssh access to you if you are interested in it. > > Sorry for the inconvenience that I bring > > Thanks > Zhouyi Hi the above kernel null pointer dereference bug has nothing to do with Joel's fix because I can reproduce it on original 5.15.y [7] using as while loop [8] (after 36 iterations, the bug fires). So, Joel's patch is tested good! Tested-by: Zhouyi Zhou In following days, I am like to dig out the root of the null pointer dereference bug. [7] http://140.211.169.189/stable-for-joel/linux-stable-rc/ [8] http://140.211.169.189/stable-for-joel/linux-stable-rc/qemu-cmd.sh Thanks Zhouyi > > > > [1] http://140.211.169.189/linux-stable-rc/tools/testing/selftests/rcutorture/res/2023.01.25-00.04.30-torture/ > > [2] http://140.211.169.189/linux-stable-rc/tools/testing/selftests/rcutorture/res/2023.01.18-13.22.39-torture/ > > [3] http://140.211.169.189/linux-stable-rc/ > > > > Happy to benefit the community and this is a fruitful learning journey ;-) > > > > Cheers > > Zhouyi > > > > > > Thanx, Paul > > > > > > > --- > > > > Sorry, resending with CC to stable. > > > > > > > > drivers/base/cpu.c | 3 ++- > > > > include/linux/tick.h | 2 ++ > > > > kernel/time/tick-sched.c | 11 ++++++++--- > > > > 3 files changed, 12 insertions(+), 4 deletions(-) > > > > > > > > diff --git a/drivers/base/cpu.c b/drivers/base/cpu.c > > > > index 55405ebf23ab..450dca235a2f 100644 > > > > --- a/drivers/base/cpu.c > > > > +++ b/drivers/base/cpu.c > > > > @@ -487,7 +487,8 @@ static const struct attribute_group *cpu_root_attr_groups[] = { > > > > bool cpu_is_hotpluggable(unsigned int cpu) > > > > { > > > > struct device *dev = get_cpu_device(cpu); > > > > - return dev && container_of(dev, struct cpu, dev)->hotpluggable; > > > > + return dev && container_of(dev, struct cpu, dev)->hotpluggable > > > > + && tick_nohz_cpu_hotpluggable(cpu); > > > > } > > > > EXPORT_SYMBOL_GPL(cpu_is_hotpluggable); > > > > > > > > diff --git a/include/linux/tick.h b/include/linux/tick.h > > > > index bfd571f18cfd..9459fef5b857 100644 > > > > --- a/include/linux/tick.h > > > > +++ b/include/linux/tick.h > > > > @@ -216,6 +216,7 @@ extern void tick_nohz_dep_set_signal(struct task_struct *tsk, > > > > enum tick_dep_bits bit); > > > > extern void tick_nohz_dep_clear_signal(struct signal_struct *signal, > > > > enum tick_dep_bits bit); > > > > +extern bool tick_nohz_cpu_hotpluggable(unsigned int cpu); > > > > > > > > /* > > > > * The below are tick_nohz_[set,clear]_dep() wrappers that optimize off-cases > > > > @@ -280,6 +281,7 @@ static inline void tick_nohz_full_add_cpus_to(struct cpumask *mask) { } > > > > > > > > static inline void tick_nohz_dep_set_cpu(int cpu, enum tick_dep_bits bit) { } > > > > static inline void tick_nohz_dep_clear_cpu(int cpu, enum tick_dep_bits bit) { } > > > > +static inline bool tick_nohz_cpu_hotpluggable(unsigned int cpu) { return true; } > > > > > > > > static inline void tick_dep_set(enum tick_dep_bits bit) { } > > > > static inline void tick_dep_clear(enum tick_dep_bits bit) { } > > > > diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c > > > > index 9c6f661fb436..63e3e8ebcd64 100644 > > > > --- a/kernel/time/tick-sched.c > > > > +++ b/kernel/time/tick-sched.c > > > > @@ -510,7 +510,7 @@ void __init tick_nohz_full_setup(cpumask_var_t cpumask) > > > > tick_nohz_full_running = true; > > > > } > > > > > > > > -static int tick_nohz_cpu_down(unsigned int cpu) > > > > +bool tick_nohz_cpu_hotpluggable(unsigned int cpu) > > > > { > > > > /* > > > > * The tick_do_timer_cpu CPU handles housekeeping duty (unbound > > > > @@ -518,8 +518,13 @@ static int tick_nohz_cpu_down(unsigned int cpu) > > > > * CPUs. It must remain online when nohz full is enabled. > > > > */ > > > > if (tick_nohz_full_running && tick_do_timer_cpu == cpu) > > > > - return -EBUSY; > > > > - return 0; > > > > + return false; > > > > + return true; > > > > +} > > > > + > > > > +static int tick_nohz_cpu_down(unsigned int cpu) > > > > +{ > > > > + return tick_nohz_cpu_hotpluggable(cpu) ? 0 : -EBUSY; > > > > } > > > > > > > > void __init tick_nohz_init(void) > > > > -- > > > > 2.39.1.405.gd4c25cc71f-goog > > > >