From: Yang Shi <yang.shi@linux.alibaba.com>
To: Michal Hocko <mhocko@kernel.org>
Cc: Adric Blake <promarbler14@gmail.com>,
akpm@linux-foundation.org, ktkhai@virtuozzo.com,
hannes@cmpxchg.org, daniel.m.jordan@oracle.com,
laoar.shao@gmail.com, mgorman@techsingularity.net,
linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: WARNINGs in set_task_reclaim_state with memory cgroup and full memory usage
Date: Tue, 27 Aug 2019 10:12:07 -0700 [thread overview]
Message-ID: <6bbdd982-8c33-0a07-b8ea-5bd1be594b6e@linux.alibaba.com> (raw)
In-Reply-To: <20190827104313.GW7538@dhcp22.suse.cz>
On 8/27/19 3:43 AM, Michal Hocko wrote:
> If there are no objection to the patch I will post it as a standalong
> one.
>
> On Mon 26-08-19 12:55:21, Michal Hocko wrote:
>> From 59d128214a62bf2d83c2a2a9cde887b4817275e7 Mon Sep 17 00:00:00 2001
>> From: Michal Hocko <mhocko@suse.com>
>> Date: Mon, 26 Aug 2019 12:43:15 +0200
>> Subject: [PATCH] mm, memcg: do not set reclaim_state on soft limit reclaim
>>
>> Adric Blake has noticed the following warning:
>> [38491.963105] WARNING: CPU: 7 PID: 175 at mm/vmscan.c:245 set_task_reclaim_state+0x1e/0x40
>> [...]
>> [38491.963239] Call Trace:
>> [38491.963246] mem_cgroup_shrink_node+0x9b/0x1d0
>> [38491.963250] mem_cgroup_soft_limit_reclaim+0x10c/0x3a0
>> [38491.963254] balance_pgdat+0x276/0x540
>> [38491.963258] kswapd+0x200/0x3f0
>> [38491.963261] ? wait_woken+0x80/0x80
>> [38491.963265] kthread+0xfd/0x130
>> [38491.963267] ? balance_pgdat+0x540/0x540
>> [38491.963269] ? kthread_park+0x80/0x80
>> [38491.963273] ret_from_fork+0x35/0x40
>> [38491.963276] ---[ end trace 727343df67b2398a ]---
>>
>> which tells us that soft limit reclaim is about to overwrite the
>> reclaim_state configured up in the call chain (kswapd in this case but
>> the direct reclaim is equally possible). This means that reclaim stats
>> would get misleading once the soft reclaim returns and another reclaim
>> is done.
>>
>> Fix the warning by dropping set_task_reclaim_state from the soft reclaim
>> which is always called with reclaim_state set up.
This is exactly what I thought. Looks good to me. Acked-by: Yang Shi
<yang.shi@linux.alibaba.com>
>>
>> Reported-by: Adric Blake <promarbler14@gmail.com>
>> Signed-off-by: Michal Hocko <mhocko@suse.com>
>> ---
>> mm/vmscan.c | 5 +++--
>> 1 file changed, 3 insertions(+), 2 deletions(-)
>>
>> diff --git a/mm/vmscan.c b/mm/vmscan.c
>> index c77d1e3761a7..a6c5d0b28321 100644
>> --- a/mm/vmscan.c
>> +++ b/mm/vmscan.c
>> @@ -3220,6 +3220,7 @@ unsigned long try_to_free_pages(struct zonelist *zonelist, int order,
>>
>> #ifdef CONFIG_MEMCG
>>
>> +/* Only used by soft limit reclaim. Do not reuse for anything else. */
>> unsigned long mem_cgroup_shrink_node(struct mem_cgroup *memcg,
>> gfp_t gfp_mask, bool noswap,
>> pg_data_t *pgdat,
>> @@ -3235,7 +3236,8 @@ unsigned long mem_cgroup_shrink_node(struct mem_cgroup *memcg,
>> };
>> unsigned long lru_pages;
>>
>> - set_task_reclaim_state(current, &sc.reclaim_state);
>> + WARN_ON_ONCE(!current->reclaim_state);
>> +
>> sc.gfp_mask = (gfp_mask & GFP_RECLAIM_MASK) |
>> (GFP_HIGHUSER_MOVABLE & ~GFP_RECLAIM_MASK);
>>
>> @@ -3253,7 +3255,6 @@ unsigned long mem_cgroup_shrink_node(struct mem_cgroup *memcg,
>>
>> trace_mm_vmscan_memcg_softlimit_reclaim_end(sc.nr_reclaimed);
>>
>> - set_task_reclaim_state(current, NULL);
>> *nr_scanned = sc.nr_scanned;
>>
>> return sc.nr_reclaimed;
>> --
>> 2.20.1
>>
>> --
>> Michal Hocko
>> SUSE Labs
next prev parent reply other threads:[~2019-08-27 17:12 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-23 22:00 Adric Blake
2019-08-24 1:03 ` Yang Shi
2019-08-26 10:55 ` Michal Hocko
2019-08-27 10:43 ` Michal Hocko
2019-08-27 11:43 ` Yafang Shao
2019-08-27 11:50 ` Michal Hocko
2019-08-27 11:56 ` Yafang Shao
2019-08-27 12:03 ` Michal Hocko
2019-08-27 12:19 ` Yafang Shao
2019-08-27 12:55 ` Michal Hocko
2019-08-27 17:12 ` Yang Shi [this message]
2019-08-24 2:57 Hillf Danton
2019-08-24 3:35 ` Yafang Shao
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6bbdd982-8c33-0a07-b8ea-5bd1be594b6e@linux.alibaba.com \
--to=yang.shi@linux.alibaba.com \
--cc=akpm@linux-foundation.org \
--cc=daniel.m.jordan@oracle.com \
--cc=hannes@cmpxchg.org \
--cc=ktkhai@virtuozzo.com \
--cc=laoar.shao@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@techsingularity.net \
--cc=mhocko@kernel.org \
--cc=promarbler14@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox