[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAF6N3nXmQ=+j5VNf16KL6Ma8RaO0o-Nv=C7reJKQOzdpHzWOsg@mail.gmail.com>
Date: Fri, 16 Aug 2024 12:27:27 -0400
From: Kinsey Ho <kinseyho@...gle.com>
To: Michal Koutný <mkoutny@...e.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, cgroups@...r.kernel.org,
Yosry Ahmed <yosryahmed@...gle.com>, Roman Gushchin <roman.gushchin@...ux.dev>,
Johannes Weiner <hannes@...xchg.org>, Michal Hocko <mhocko@...nel.org>,
Shakeel Butt <shakeel.butt@...ux.dev>, Muchun Song <muchun.song@...ux.dev>,
Tejun Heo <tj@...nel.org>, Zefan Li <lizefan.x@...edance.com>
Subject: Re: [PATCH mm-unstable v2 4/5] mm: restart if multiple traversals raced
Hi Michal,
> I may be missing (literal) context but I'd suggest not moving the memcg
> assignment and leverage
> if (memcg != NULL)
> css_put(memcg->css)
> so that the is-root comparison needn't be repeated.
I might also be misunderstanding you with respect to the is-root
comparison – the reason the memcg assignment is moved is because it is
possible that on the restart added in this patch, css could be NULL.
In that case, memcg won't be assigned and could be left with a
previous, invalid value. By moving the assignment out, it ensures that
memcg is a valid value.
Best,
Kinsey
Powered by blists - more mailing lists