From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 3 Aug 2016 12:50:49 +0300 From: Vladimir Davydov To: Michal Hocko CC: Andrew Morton , , Johannes Weiner , , Subject: Re: [PATCH v2 1/3] mm: memcontrol: fix swap counter leak on swapout from offline cgroup Message-ID: <20160803095049.GG13263@esperanza> References: <20160802160025.GB28900@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20160802160025.GB28900@dhcp22.suse.cz> Sender: owner-linux-mm@kvack.org List-ID: On Tue, Aug 02, 2016 at 06:00:26PM +0200, Michal Hocko wrote: > On Tue 02-08-16 18:00:48, Vladimir Davydov wrote: ... > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > > index 3be791afd372..4ae12effe347 100644 > > --- a/mm/memcontrol.c > > +++ b/mm/memcontrol.c > > @@ -4036,6 +4036,24 @@ static void mem_cgroup_id_get(struct mem_cgroup *memcg) > > atomic_inc(&memcg->id.ref); > > } > > > > +static struct mem_cgroup *mem_cgroup_id_get_active(struct mem_cgroup *memcg) > > +{ > > + while (!atomic_inc_not_zero(&memcg->id.ref)) { > > + /* > > + * The root cgroup cannot be destroyed, so it's refcount must > > + * always be >= 1. > > + */ > > + if (memcg == root_mem_cgroup) { > > + VM_BUG_ON(1); > > + break; > > + } > > why not simply VM_BUG_ON(memcg == root_mem_cgroup)? Because with DEBUG_VM disabled we could wind up looping forever here if the refcount of the root_mem_cgroup got screwed up. On production kernels, it's better to break the loop and carry on closing eyes on diverging counters rather than getting a lockup. -- 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