Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp2188472ybh; Fri, 24 Jul 2020 06:41:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwOHCf3YyJFoaSzMBrjCmVbt63zlnaCceoCGWgLHmknznSMJPry0MIgGJLBkhwNjpBQUFeT X-Received: by 2002:a17:907:100a:: with SMTP id ox10mr464549ejb.351.1595598108321; Fri, 24 Jul 2020 06:41:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595598108; cv=none; d=google.com; s=arc-20160816; b=TDHhiMMToT2tqZla8B+BXGWLMZ8jQTCUL1EAjSJcoOyJXXORMuIXpcxrbNgxcf0DXI n26e4ShDtHnMRWSuetvprTWg67NLozd0mie1EeC0pCO7ZLKh26uSzV0ZQOCs7BQXnHH0 /TcFSlpQ//5hcJmEmHsmIBy1CyK8V97HdsDJsS/5fQmAlHaCwfOJH2wLz8ueDQSln9fC zhKBnLuG15jp05Onbcrmmf6ojlh+n2zL9Tc3uzJIRZuFXFlPQp1k81gwrS6IU5vVBRFF 2PcDzXfr5zZhY3NO8lw/9/q5oaZtcm5h4kXIPYiHTDmcCBOsGqIL8yr8W/97EFedH2l/ pEpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:to:subject; bh=Egoe4iIZmZjpItjI6D8e4L28ti/BLq0D2rr0Nu7cXSA=; b=UPbHtdvRc9wv09bex6pxtXZAYAMN/7oa7nuZVNT9+0ibrdCDwkaGzN10w1vOWY57Gd RHCvQHxmBBF8c2cHGnhvDeGAFj3oSWoLND6dWQ7KRXnVJhBonU73VsIUSfjRz0wfNmfT sxkmzCKl62Qv0CaVMi6z8AMM8zLoNkPjzPFHdjyai7rIEI7PyCQ0z3TvfrLAaetM3MC2 RxUkAoeXR/2TsE7ctE/PiHDvbARaChvdsbLxWuW/smU3DiqZcSbZx3IeQBxf8oOXn4lv 244GCJmhhMdrYR+WqaVPi5GygU747CGC2npiJWOHu/8fJasp0Jvpys/dbb4WTbBs5cgM Wd9A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h14si548914edv.119.2020.07.24.06.41.25; Fri, 24 Jul 2020 06:41:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726842AbgGXNlN (ORCPT + 99 others); Fri, 24 Jul 2020 09:41:13 -0400 Received: from out30-131.freemail.mail.aliyun.com ([115.124.30.131]:35990 "EHLO out30-131.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726235AbgGXNlM (ORCPT ); Fri, 24 Jul 2020 09:41:12 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R141e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04407;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=10;SR=0;TI=SMTPD_---0U3g0eqJ_1595598069; Received: from IT-FVFX43SYHV2H.lan(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0U3g0eqJ_1595598069) by smtp.aliyun-inc.com(127.0.0.1); Fri, 24 Jul 2020 21:41:10 +0800 Subject: Re: [patch 06/15] mm/memcg: fix refcount error while moving and swapping To: linux-kernel@vger.kernel.org, akpm@linux-foundation.org, hannes@cmpxchg.org, hughd@google.com, linux-mm@kvack.org, mhocko@suse.com, mm-commits@vger.kernel.org, shakeelb@google.com, stable@vger.kernel.org, torvalds@linux-foundation.org References: <20200724041524.eAqB5zPs6%akpm@linux-foundation.org> From: Alex Shi Message-ID: Date: Fri, 24 Jul 2020 21:41:07 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200724041524.eAqB5zPs6%akpm@linux-foundation.org> Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ?? 2020/7/24 ????12:15, Andrew Morton ะด??: > From: Hugh Dickins > Subject: mm/memcg: fix refcount error while moving and swapping > > It was hard to keep a test running, moving tasks between memcgs with > move_charge_at_immigrate, while swapping: mem_cgroup_id_get_many()'s > refcount is discovered to be 0 (supposedly impossible), so it is then > forced to REFCOUNT_SATURATED, and after thousands of warnings in quick > succession, the test is at last put out of misery by being OOM killed. > > This is because of the way moved_swap accounting was saved up until the > task move gets completed in __mem_cgroup_clear_mc(), deferred from when > mem_cgroup_move_swap_account() actually exchanged old and new ids. > Concurrent activity can free up swap quicker than the task is scanned, > bringing id refcount down 0 (which should only be possible when > offlining). > > Just skip that optimization: do that part of the accounting immediately. > > Link: http://lkml.kernel.org/r/alpine.LSU.2.11.2007071431050.4726@eggly.anvils > Fixes: 615d66c37c75 ("mm: memcontrol: fix memcg id ref counter on swap charge move") > Signed-off-by: Hugh Dickins > Cc: Johannes Weiner > Cc: Alex Shi > Cc: Shakeel Butt > Cc: Michal Hocko > Cc: > Signed-off-by: Andrew Morton > --- Reviewed-by: Alex Shi > > mm/memcontrol.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > --- a/mm/memcontrol.c~mm-memcg-fix-refcount-error-while-moving-and-swapping > +++ a/mm/memcontrol.c > @@ -5669,7 +5669,6 @@ static void __mem_cgroup_clear_mc(void) > if (!mem_cgroup_is_root(mc.to)) > page_counter_uncharge(&mc.to->memory, mc.moved_swap); > > - mem_cgroup_id_get_many(mc.to, mc.moved_swap); > css_put_many(&mc.to->css, mc.moved_swap); > > mc.moved_swap = 0; > @@ -5860,7 +5859,8 @@ put: /* get_mctgt_type() gets the page > ent = target.ent; > if (!mem_cgroup_move_swap_account(ent, mc.from, mc.to)) { > mc.precharge--; > - /* we fixup refcnts and charges later. */ > + mem_cgroup_id_get_many(mc.to, 1); > + /* we fixup other refcnts and charges later. */ > mc.moved_swap++; > } > break; > _ >