Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp6571072pxv; Thu, 29 Jul 2021 18:53:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx7UAG37/x3mMPIWkcVxbYfun6lWZaoH6pashn9kw/58BhlFAqLIDownZFfZnjxb8WqBPO/ X-Received: by 2002:a92:b741:: with SMTP id c1mr116839ilm.220.1627610039169; Thu, 29 Jul 2021 18:53:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627610039; cv=none; d=google.com; s=arc-20160816; b=G5gKYByfdCLgpQVTB/+ttg3yDBj1AAjAXHJv2PSYEA8POC8glxLMQ/mQLp2iHZne9U KBNxIfTYlrCGkIt6un05Ue/ad5x7KubgNJ5PTzF7mCbmzZAP0aOnE56GONMRBU/r1E1R Fe95NmBFG6IAGYv44t9OjX+YO2QfKnVjc8cDpoWU9YbV2GFBxbQVw3nErsZsNIRL87Zt G7ZwbOu9nKaiheME+vwdhaoYjfAzfI0//qjP0jKeU7u+R1TbZCLcoWKjsVRwXvDXM3Qv aIbl36DFT7FoGy0H/h/Tq71Mndzq4v5nDVTWI3ZmBy3kVALEffRc44HoEYR+vocJyeUS JHAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=AYfRCN4HlC0meqOuQMQ3/W+5tOUBoDhWPBYfbP6AOfE=; b=RkoI8AUKOIkT28qFRZeT+nJgFBxZJr3Bh5yW45UVjk6TzvjPY4Fs+UYd1Qa6FPoJwF B/U+rhTVzP6ItlzI4bFClmsCTPn/bJq2AGyAcblnLOTjCNN3H4Yn4KjmhL9FKzonR/25 lZcaOXsmF7SHYqnBUTsoMY3qJZL4F+zstaSQ1tZ1zGbvE1z+An5S4NdNP15Kx7JB7CRO y4TRs8wfh9+Bu2FXvUuqfJqPSNoFxlZ0jZrG2HwjkDK6CbF8M7SnBGVaBEzAtZuKELtD CJphzD9ya505zvFNMUuBPNAM6lKKNvmNJ2xNQk3q8YdjHDeuT+/dZTXCpRbdCIsenMlV svVg== 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=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t9si896jaj.20.2021.07.29.18.53.47; Thu, 29 Jul 2021 18:53:59 -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=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234361AbhG3Bw1 (ORCPT + 99 others); Thu, 29 Jul 2021 21:52:27 -0400 Received: from szxga02-in.huawei.com ([45.249.212.188]:7899 "EHLO szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229667AbhG3Bw1 (ORCPT ); Thu, 29 Jul 2021 21:52:27 -0400 Received: from dggeme703-chm.china.huawei.com (unknown [172.30.72.56]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4GbVfp6W2Cz810M; Fri, 30 Jul 2021 09:48:34 +0800 (CST) Received: from [10.174.178.209] (10.174.178.209) by dggeme703-chm.china.huawei.com (10.1.199.99) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Fri, 30 Jul 2021 09:52:20 +0800 Subject: Re: [PATCH 5/5] mm, memcg: always call __mod_node_page_state() with preempt disabled To: Shakeel Butt CC: Johannes Weiner , Michal Hocko , Vladimir Davydov , Andrew Morton , Roman Gushchin , Matthew Wilcox , , Wei Yang , Muchun Song , Linux MM , LKML , Cgroups References: <20210729125755.16871-1-linmiaohe@huawei.com> <20210729125755.16871-6-linmiaohe@huawei.com> From: Miaohe Lin Message-ID: <29c4bb2a-ceaf-6c8b-c222-38b30460780f@huawei.com> Date: Fri, 30 Jul 2021 09:52:20 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.178.209] X-ClientProxiedBy: dggems702-chm.china.huawei.com (10.3.19.179) To dggeme703-chm.china.huawei.com (10.1.199.99) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/7/29 22:39, Shakeel Butt wrote: > On Thu, Jul 29, 2021 at 5:58 AM Miaohe Lin wrote: >> >> We should always ensure __mod_node_page_state() is called with preempt >> disabled or percpu ops may manipulate the wrong cpu when preempt happened. >> >> Fixes: b4e0b68fbd9d ("mm: memcontrol: use obj_cgroup APIs to charge kmem pages") >> Signed-off-by: Miaohe Lin >> --- >> mm/memcontrol.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/mm/memcontrol.c b/mm/memcontrol.c >> index 70a32174e7c4..616d1a72ece3 100644 >> --- a/mm/memcontrol.c >> +++ b/mm/memcontrol.c >> @@ -697,8 +697,8 @@ void __mod_lruvec_page_state(struct page *page, enum node_stat_item idx, >> memcg = page_memcg(head); >> /* Untracked pages have no memcg, no lruvec. Update only the node */ >> if (!memcg) { >> - rcu_read_unlock(); >> __mod_node_page_state(pgdat, idx, val); >> + rcu_read_unlock(); > > This rcu is for page_memcg. The preemption and interrupts are disabled > across __mod_lruvec_page_state(). > I thought it's used to protect __mod_node_page_state(). Looks somewhat confusing for me. Many thanks for pointing this out! >> return; >> } >> >> -- >> 2.23.0 >> > . >