From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.3 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AAD2CC43331 for ; Thu, 2 Apr 2020 15:59:36 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 4DA8020757 for ; Thu, 2 Apr 2020 15:59:36 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="Ay8L+idr" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4DA8020757 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 48tSS60PFHzDrby for ; Fri, 3 Apr 2020 02:59:34 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=kernel.org (client-ip=198.145.29.99; helo=mail.kernel.org; envelope-from=srs0=th+t=5s=paulmck-thinkpad-p72.home=paulmck@kernel.org; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=kernel.org Authentication-Results: lists.ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=default header.b=Ay8L+idr; dkim-atps=neutral Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 48tSKs0xXwzDrWQ for ; Fri, 3 Apr 2020 02:54:09 +1100 (AEDT) Received: from paulmck-ThinkPad-P72.home (50-39-105-78.bvtn.or.frontiernet.net [50.39.105.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 793FD2063A; Thu, 2 Apr 2020 15:54:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1585842846; bh=4Eu298RZ2IWYgmD/vOfOB6+9cpJ48Q2EoWqLKqCJRtc=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=Ay8L+idr6K8LOgJLPqEPdE0Z1gVQT47uLiObP4g66rkbmMb/PXuVhVjBucd7eTcWf n5UA5MbyZBE13CQCInce1Kv4ohKzrPFNYQRND3IQale4O5OWn525djNEuult6w5bUo 1aUY8NBcEBqpe5tiEL6fORJCFENwC9AaI5f/mnkQ= Received: by paulmck-ThinkPad-P72.home (Postfix, from userid 1000) id 499613521885; Thu, 2 Apr 2020 08:54:06 -0700 (PDT) Date: Thu, 2 Apr 2020 08:54:06 -0700 From: "Paul E. McKenney" To: Qian Cai Subject: Re: [PATCH v2] sched/core: fix illegal RCU from offline CPUs Message-ID: <20200402155406.GP19865@paulmck-ThinkPad-P72> References: <20200401214033.8448-1-cai@lca.pw> <87369mt9kf.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: paulmck@kernel.org Cc: juri.lelli@redhat.com, "James.Bottomley@hansenpartnership.com" , vincent.guittot@linaro.org, linux-parisc@vger.kernel.org, Peter Zijlstra , deller@gmx.de, Nicholas Piggin , linux-kernel@vger.kernel.org, rostedt@goodmis.org, bsegall@google.com, linux-mm@kvack.org, Ingo Molnar , mgorman@suse.de, tglx@linutronix.de, linuxppc-dev@lists.ozlabs.org, dietmar.eggemann@arm.com Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Thu, Apr 02, 2020 at 10:00:16AM -0400, Qian Cai wrote: > > > > On Apr 2, 2020, at 7:24 AM, Michael Ellerman wrote: > > > > Qian Cai writes: > >> From: Peter Zijlstra > >> > >> In the CPU-offline process, it calls mmdrop() after idle entry and the > >> subsequent call to cpuhp_report_idle_dead(). Once execution passes the > >> call to rcu_report_dead(), RCU is ignoring the CPU, which results in > >> lockdep complaining when mmdrop() uses RCU from either memcg or > >> debugobjects below. > >> > >> Fix it by cleaning up the active_mm state from BP instead. Every arch > >> which has CONFIG_HOTPLUG_CPU should have already called idle_task_exit() > >> from AP. The only exception is parisc because it switches them to > >> &init_mm unconditionally (see smp_boot_one_cpu() and smp_cpu_init()), > >> but the patch will still work there because it calls mmgrab(&init_mm) in > >> smp_cpu_init() and then should call mmdrop(&init_mm) in finish_cpu(). > > > > Thanks for debugging this. How did you hit it in the first place? > > Just repeatedly offline/online CPUs which will eventually cause an idle thread > refcount goes to 0 and trigger __mmdrop() and of course it needs to enable > lockdep (PROVE_RCU?) as well as having luck to hit the cgroup, workqueue > or debugobject code paths to call RCU. > > > > > A link to the original thread would have helped me: > > > > https://lore.kernel.org/lkml/20200113190331.12788-1-cai@lca.pw/ > > > >> WARNING: suspicious RCU usage > >> ----------------------------- > >> kernel/workqueue.c:710 RCU or wq_pool_mutex should be held! > >> > >> other info that might help us debug this: > >> > >> RCU used illegally from offline CPU! > >> Call Trace: > >> dump_stack+0xf4/0x164 (unreliable) > >> lockdep_rcu_suspicious+0x140/0x164 > >> get_work_pool+0x110/0x150 > >> __queue_work+0x1bc/0xca0 > >> queue_work_on+0x114/0x120 > >> css_release+0x9c/0xc0 > >> percpu_ref_put_many+0x204/0x230 > >> free_pcp_prepare+0x264/0x570 > >> free_unref_page+0x38/0xf0 > >> __mmdrop+0x21c/0x2c0 > >> idle_task_exit+0x170/0x1b0 > >> pnv_smp_cpu_kill_self+0x38/0x2e0 > >> cpu_die+0x48/0x64 > >> arch_cpu_idle_dead+0x30/0x50 > >> do_idle+0x2f4/0x470 > >> cpu_startup_entry+0x38/0x40 > >> start_secondary+0x7a8/0xa80 > >> start_secondary_resume+0x10/0x14 > > > > Do we know when this started happening? ie. can we determine a Fixes > > tag? > > I don’t know. I looked at some commits that it seems the code was like that > even 10-year ago. It must be nobody who cares to run lockdep (PROVE_RCU?) > with CPU hotplug very regularly. I do run this combination quite frequently, but only as part of rcutorture, which might not be a representative workload. For one thing, it has a minimal userspace consisting only of a trivial init program. I don't recall having ever seen this. (I have seen one recent complaint about an IPI being sent to an offline CPU, but I cannot prove that this was not due to RCU bugs that I was chasing at the time.) Thanx, Paul > >> > >> Signed-off-by: Qian Cai > >> --- > >> arch/powerpc/platforms/powernv/smp.c | 1 - > >> include/linux/sched/mm.h | 2 ++ > >> kernel/cpu.c | 18 +++++++++++++++++- > >> kernel/sched/core.c | 5 +++-- > >> 4 files changed, 22 insertions(+), 4 deletions(-) > >> > >> diff --git a/arch/powerpc/platforms/powernv/smp.c b/arch/powerpc/platforms/powernv/smp.c > >> index 13e251699346..b2ba3e95bda7 100644 > >> --- a/arch/powerpc/platforms/powernv/smp.c > >> +++ b/arch/powerpc/platforms/powernv/smp.c > >> @@ -167,7 +167,6 @@ static void pnv_smp_cpu_kill_self(void) > >> /* Standard hot unplug procedure */ > >> > >> idle_task_exit(); > >> - current->active_mm = NULL; /* for sanity */ > > > > If I'm reading it right, we'll now be running with active_mm == init_mm > > in the offline loop. > > > > I guess that's fine, I can't think of any reason it would matter, and it > > seems like we were NULL'ing it out just for paranoia's sake not because > > of any actual problem. > > > > Acked-by: Michael Ellerman (powerpc) > > > > > > cheers > > > >> diff --git a/include/linux/sched/mm.h b/include/linux/sched/mm.h > >> index c49257a3b510..a132d875d351 100644 > >> --- a/include/linux/sched/mm.h > >> +++ b/include/linux/sched/mm.h > >> @@ -49,6 +49,8 @@ static inline void mmdrop(struct mm_struct *mm) > >> __mmdrop(mm); > >> } > >> > >> +void mmdrop(struct mm_struct *mm); > >> + > >> /* > >> * This has to be called after a get_task_mm()/mmget_not_zero() > >> * followed by taking the mmap_sem for writing before modifying the > >> diff --git a/kernel/cpu.c b/kernel/cpu.c > >> index 2371292f30b0..244d30544377 100644 > >> --- a/kernel/cpu.c > >> +++ b/kernel/cpu.c > >> @@ -3,6 +3,7 @@ > >> * > >> * This code is licenced under the GPL. > >> */ > >> +#include > >> #include > >> #include > >> #include > >> @@ -564,6 +565,21 @@ static int bringup_cpu(unsigned int cpu) > >> return bringup_wait_for_ap(cpu); > >> } > >> > >> +static int finish_cpu(unsigned int cpu) > >> +{ > >> + struct task_struct *idle = idle_thread_get(cpu); > >> + struct mm_struct *mm = idle->active_mm; > >> + > >> + /* > >> + * idle_task_exit() will have switched to &init_mm, now > >> + * clean up any remaining active_mm state. > >> + */ > >> + if (mm != &init_mm) > >> + idle->active_mm = &init_mm; > >> + mmdrop(mm); > >> + return 0; > >> +} > >> + > >> /* > >> * Hotplug state machine related functions > >> */ > >> @@ -1549,7 +1565,7 @@ static struct cpuhp_step cpuhp_hp_states[] = { > >> [CPUHP_BRINGUP_CPU] = { > >> .name = "cpu:bringup", > >> .startup.single = bringup_cpu, > >> - .teardown.single = NULL, > >> + .teardown.single = finish_cpu, > >> .cant_stop = true, > >> }, > >> /* Final state before CPU kills itself */ > >> diff --git a/kernel/sched/core.c b/kernel/sched/core.c > >> index a2694ba82874..8787958339d5 100644 > >> --- a/kernel/sched/core.c > >> +++ b/kernel/sched/core.c > >> @@ -6200,13 +6200,14 @@ void idle_task_exit(void) > >> struct mm_struct *mm = current->active_mm; > >> > >> BUG_ON(cpu_online(smp_processor_id())); > >> + BUG_ON(current != this_rq()->idle); > >> > >> if (mm != &init_mm) { > >> switch_mm(mm, &init_mm, current); > >> - current->active_mm = &init_mm; > >> finish_arch_post_lock_switch(); > >> } > >> - mmdrop(mm); > >> + > >> + /* finish_cpu(), as ran on the BP, will clean up the active_mm state */ > >> } > >> > >> /* > >> -- > >> 2.21.0 (Apple Git-122.2) >