Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp4816538pxb; Mon, 15 Feb 2021 01:51:27 -0800 (PST) X-Google-Smtp-Source: ABdhPJw5Seu2BDfK0rIwVjFIjMXA0Mq9zMAmwd8bRuifhzRlVpO1DjL3YUjiA67hPlL6JBAEXGHv X-Received: by 2002:a17:906:b042:: with SMTP id bj2mr14621818ejb.261.1613382687523; Mon, 15 Feb 2021 01:51:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613382687; cv=none; d=google.com; s=arc-20160816; b=HOWXwl9hN89V6maYnZdsRuTMwDUKygzj1OuI8fu225nVCBanfc4arklsZPlerxznDq M8xoDdOMymDvVI67g+iRpHlHj6xwozb5mnv4BPOrjmaen6qbT0mOF60viUZmcz0+fece 7vtazT5nc+pxm/3uWXdZtxcXjJdsOnuOvbxkK/45v3ECWr0EKNa8nhjcKQ6KCa/9A5DE sdrvsLROYG9sM5g2flPyfOgcsSKDnWs2EYn+rSP12f8vOHofGee3RRnwVk/z6pj2PKr8 gqYF4lugKJMSuPlkQnooCUZjwuwIvwbAVI5zVFsxiQsqU3DAvk/CZMWW2b31ooz130oM GO4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=tgPT5P13ZnYUMYX9KeVnDKoSxuQbU0v+VMfCnnxCsVA=; b=TxgwTsdHCZVIBUFUYzER3hXJNkp8sm3wmdepsCo3+P2SOi8ZbEqfuymIkvjyNKkFhT VYPTQw0EhSwpW6jkSfJKWTjFchQP81cDJSLHBpQUMxxz/FJh+lnI8XhoI/ISyV0kybZ7 WbaVbiOgDl1YOSYnhpF2E9qKnUVgrWwD4JAnCyclYbRIyrI/HYhe6t/9fv0S8ty1kvbf pHPSWmW2GiHhQU6+mVzobf+JUP4lSyRgRg2NHNPpTPk2B3KLw7gObzqvCLxLayR/hDIX EH8yFNEUAbzxFUO8rPVEgYouPrrfg3wTmciKkykUfwTh7Apuiknv8fpMv6O5UVV4UwlM pk5w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=pg9Nrs5p; 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=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i12si11675741edx.217.2021.02.15.01.51.02; Mon, 15 Feb 2021 01:51:27 -0800 (PST) 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; dkim=pass header.i=@suse.com header.s=susede1 header.b=pg9Nrs5p; 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=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230261AbhBOJso (ORCPT + 99 others); Mon, 15 Feb 2021 04:48:44 -0500 Received: from mx2.suse.de ([195.135.220.15]:40432 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230244AbhBOJsn (ORCPT ); Mon, 15 Feb 2021 04:48:43 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1613382475; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=tgPT5P13ZnYUMYX9KeVnDKoSxuQbU0v+VMfCnnxCsVA=; b=pg9Nrs5pHfRxhWPI6aAQKx/oWV5710KNxAtTwHE+ZVl/TEwLWu3Sxz0P9TfOgZbEKp2vKt HcvlbL5NcNjfrfuAAk5VPnz78+HRCbulwyYvRxNx/Q6VYiKVorHekf3UrdIYjl+pmfVKrO M8Fwru0ZPhg8/k5TlqQUm9ez5taN6QM= Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 88EA2AC69; Mon, 15 Feb 2021 09:47:55 +0000 (UTC) Date: Mon, 15 Feb 2021 10:47:54 +0100 From: Michal Hocko To: Muchun Song Cc: hannes@cmpxchg.org, vdavydov.dev@gmail.com, akpm@linux-foundation.org, cgroups@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 4/4] mm: memcontrol: fix swap uncharge on cgroup v2 Message-ID: References: <20210212170159.32153-1-songmuchun@bytedance.com> <20210212170159.32153-4-songmuchun@bytedance.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210212170159.32153-4-songmuchun@bytedance.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat 13-02-21 01:01:59, Muchun Song wrote: > The swap charges the actual number of swap entries on cgroup v2. > If a swap cache page is charged successful, and then we uncharge > the swap counter. It is wrong on cgroup v2. Because the swap > entry is not freed. Is there any actual problem though? Can you describe the specific scenario please? Swap cache charge life time is a bit tricky and I have to confess I have to relearn it every time I need to understand it. The patch would be much more easier to review if the changelog was much more specific. > Fixes: 2d1c498072de ("mm: memcontrol: make swap tracking an integral part of memory control") > Signed-off-by: Muchun Song > --- > mm/memcontrol.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > index c737c8f05992..be6bc5044150 100644 > --- a/mm/memcontrol.c > +++ b/mm/memcontrol.c > @@ -6753,7 +6753,7 @@ int mem_cgroup_charge(struct page *page, struct mm_struct *mm, gfp_t gfp_mask) > memcg_check_events(memcg, page); > local_irq_enable(); > > - if (PageSwapCache(page)) { > + if (!cgroup_subsys_on_dfl(memory_cgrp_subsys) && PageSwapCache(page)) { > swp_entry_t entry = { .val = page_private(page) }; > /* > * The swap entry might not get freed for a long time, > -- > 2.11.0 -- Michal Hocko SUSE Labs