Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp324261pxu; Wed, 25 Nov 2020 04:17:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJwEmQ400eM0G34seDlh3zauX+5vv5zkB7XJ/9PmbiWZSZDGiEYj7F9ifXCO9/AVN7lJR01R X-Received: by 2002:a50:f115:: with SMTP id w21mr3167307edl.91.1606306668233; Wed, 25 Nov 2020 04:17:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606306668; cv=none; d=google.com; s=arc-20160816; b=x0C67spzAZwM0oQruc/VqhiXCXoh7N2nHd532MJS1TEtHQIgT/pMl8vTntm+8b4/BC sCTWAbVmSTV1IgvnNsQCt3Qojma2TmaZuwSuuhtBeTg7WZGysgC/8nPJCHdhDSZ9e72o R0yrcxCiI5AyAngIFeFTY3cF7enU53do1BZGjMj4GGUshjaSxjN5zF5uIl5DXrDJVgzT NZTfr+h2FsyRtbagcK/eqC+6pMT+dNibvQtbkQ57Rfjw9hsQ4feoYEEzTNIelqEMJYtI 5ksnb13mYNNc4mug6GWphPRSdIHkebqhjsJDjzvQitigonPEsSTd0l8iH7ceYBZus0uG 5ytw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=gI2pIjrn1cV6w6sMVLJqbOpD4ucofpZ/jWHTbKm1Lgw=; b=LCtogGzrbF2dTH4XRzaGbuiCNbHDC84i0yVJMhESDjCSXUK42NePDc141STxaOZyKb ydhOAFottcfGsVEsclXXhIzgo9GxqaukROBY79PyO6GoDxtP7NcrHYz1OavQjUDupWMC aFIvk6WGQjfqN7X1eHiBUODcQWli/bhL3ZHENtV8Z9IitKIzZILXKfrFSkSkpQ3E1WYt Wc8Q5TbLHsniOWmxCMXVhVX6pg6WIo6BTwCpRLDK2LnaU0+mzcydXuhQV5Iog3JhnQxk y45rfp3fMTdTm9L11GV6GZhjiQXpH9jJS+hgLN6f9gdWFS6TyJ9Yiu8ulGGvuoLwQiI4 EO3A== 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 h28si1341972edj.354.2020.11.25.04.17.25; Wed, 25 Nov 2020 04:17:48 -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; 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 S1727671AbgKYMPT (ORCPT + 99 others); Wed, 25 Nov 2020 07:15:19 -0500 Received: from out30-57.freemail.mail.aliyun.com ([115.124.30.57]:50561 "EHLO out30-57.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727219AbgKYMPR (ORCPT ); Wed, 25 Nov 2020 07:15:17 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R131e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04420;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=11;SR=0;TI=SMTPD_---0UGVZDcx_1606306511; Received: from IT-FVFX43SYHV2H.local(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0UGVZDcx_1606306511) by smtp.aliyun-inc.com(127.0.0.1); Wed, 25 Nov 2020 20:15:11 +0800 Subject: Re: [PATCH] mm/memcg: warn on missing memcg on mem_cgroup_page_lruvec() To: Lorenzo Stoakes , Johannes Weiner , Hui Su , Stephen Rothwell , Shakeel Butt , Roman Gushchin Cc: syzbot , Linux Kernel Mailing List , linux-mm , Linux-Next Mailing List , syzkaller-bugs References: <00000000000054aea005b4d59e71@google.com> <20201125112202.387009-1-lstoakes@gmail.com> From: Alex Shi Message-ID: <0918d6f5-8459-7b5e-82a3-6c9792d17433@linux.alibaba.com> Date: Wed, 25 Nov 2020 20:15:11 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20201125112202.387009-1-lstoakes@gmail.com> Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Acked-by: Alex Shi ?? 2020/11/25 ????7:22, Lorenzo Stoakes ะด??: > Move memcg check to mem_cgroup_page_lruvec() as there are callers which > may invoke this with !memcg in mem_cgroup_lruvec(), whereas they should > not in mem_cgroup_page_lruvec(). > > We expect that we have always charged a page to the memcg before > mem_cgroup_page_lruvec() is invoked, so add a warning to assert that this > is the case. > > Signed-off-by: Lorenzo Stoakes > Reported-by: syzbot+ce635500093181f39c1c@syzkaller.appspotmail.com > --- > include/linux/memcontrol.h | 6 ++++-- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h > index 87ed56dc75f9..3e6a1df3bdb9 100644 > --- a/include/linux/memcontrol.h > +++ b/include/linux/memcontrol.h > @@ -618,7 +618,6 @@ static inline struct lruvec *mem_cgroup_lruvec(struct mem_cgroup *memcg, > goto out; > } > > - VM_WARN_ON_ONCE(!memcg); > if (!memcg) > memcg = root_mem_cgroup; > > @@ -645,7 +644,10 @@ static inline struct lruvec *mem_cgroup_lruvec(struct mem_cgroup *memcg, > static inline struct lruvec *mem_cgroup_page_lruvec(struct page *page, > struct pglist_data *pgdat) > { > - return mem_cgroup_lruvec(page_memcg(page), pgdat); > + struct mem_cgroup *memcg = page_memcg(page); > + > + VM_WARN_ON_ONCE_PAGE(!memcg, page); > + return mem_cgroup_lruvec(memcg, pgdat); > } > > static inline bool lruvec_holds_page_lru_lock(struct page *page, >