From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f71.google.com (mail-wm0-f71.google.com [74.125.82.71]) by kanga.kvack.org (Postfix) with ESMTP id 1A717280300 for ; Tue, 5 Sep 2017 07:04:14 -0400 (EDT) Received: by mail-wm0-f71.google.com with SMTP id 187so3637911wmn.2 for ; Tue, 05 Sep 2017 04:04:14 -0700 (PDT) Received: from Galois.linutronix.de (Galois.linutronix.de. [2a01:7a0:2:106d:700::1]) by mx.google.com with ESMTPS id t12si130893wrb.407.2017.09.05.04.04.12 for (version=TLS1_2 cipher=AES128-SHA bits=128/128); Tue, 05 Sep 2017 04:04:12 -0700 (PDT) Date: Tue, 5 Sep 2017 13:04:05 +0200 (CEST) From: Thomas Gleixner Subject: Re: possible circular locking dependency mmap_sem/cpu_hotplug_lock.rw_sem In-Reply-To: <20170905102336.bqxb7tltnt3lphkq@dhcp22.suse.cz> Message-ID: References: <20170807140947.nhfz2gel6wytl6ia@shodan.usersys.redhat.com> <20170830141543.qhipikpog6mkqe5b@dhcp22.suse.cz> <20170830154315.sa57wasw64rvnuhe@dhcp22.suse.cz> <20170904140353.k5mo3f4wela5nxqe@dhcp22.suse.cz> <20170905102336.bqxb7tltnt3lphkq@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: Johannes Weiner , Artem Savkov , "Paul E. McKenney" , LKML , linux-mm@kvack.org On Tue, 5 Sep 2017, Michal Hocko wrote: > On Tue 05-09-17 10:19:13, Thomas Gleixner wrote: > > On Mon, 4 Sep 2017, Michal Hocko wrote: > > > > > Thomas, Johannes, > > > could you double check my thinking here? I will repost the patch to > > > Andrew if you are OK with this. > > > > + /* > > > > + * The only protection from memory hotplug vs. drain_stock races is > > > > + * that we always operate on local CPU stock here with IRQ disabled > > > > + */ > > > > local_irq_save(flags); > > > > > > > > stock = this_cpu_ptr(&memcg_stock); > > > > @@ -1807,26 +1811,27 @@ static void drain_all_stock(struct mem_cgroup *root_memcg) > > > > if (!mutex_trylock(&percpu_charge_mutex)) > > > > return; > > > > /* Notify other cpus that system-wide "drain" is running */ > > > > - get_online_cpus(); > > > > curcpu = get_cpu(); > > > > The problem here is that this does only protect you against a CPU being > > unplugged, but not against a CPU coming online concurrently. > > Yes but same as the drain_all_pages we do not have any cpu up specific > intialization so there is no specific action to race against AFAICS. > > > I have no idea > > whether that might be a problem, but at least you should put a comment in > > which explains why it is not. > > What about this? Looks good. > --- > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > index 5c70f47abb3d..ff9b0979ccc3 100644 > --- a/mm/memcontrol.c > +++ b/mm/memcontrol.c > @@ -1810,7 +1810,12 @@ static void drain_all_stock(struct mem_cgroup *root_memcg) > /* If someone's already draining, avoid adding running more workers. */ > if (!mutex_trylock(&percpu_charge_mutex)) > return; > - /* Notify other cpus that system-wide "drain" is running */ > + /* > + * Notify other cpus that system-wide "drain" is running > + * We do not care about races with the cpu hotplug because cpu down > + * as well as workers from this path always operate on the local > + * per-cpu data. CPU up doesn't touch memcg_stock at all. > + */ > curcpu = get_cpu(); > for_each_online_cpu(cpu) { > struct memcg_stock_pcp *stock = &per_cpu(memcg_stock, cpu); > > -- > Michal Hocko > SUSE Labs > -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org