From: Kairui Song <ryncsn@gmail.com>
To: Muchun Song <songmuchun@bytedance.com>
Cc: hannes@cmpxchg.org, mhocko@kernel.org, roman.gushchin@linux.dev,
shakeel.butt@linux.dev, muchun.song@linux.dev,
akpm@linux-foundation.org, chrisl@kernel.org,
linux-kernel@vger.kernel.org, cgroups@vger.kernel.org,
linux-mm@kvack.org, stable@vger.kernel.org
Subject: Re: [PATCH] mm: memcontrol: fix swap counter leak from offline cgroup
Date: Thu, 6 Mar 2025 11:04:20 +0800 [thread overview]
Message-ID: <CAMgjq7AgMFn2CzSxppZb_sSgksmHbmvR4RXzfnWjL3ZYsoQ7ew@mail.gmail.com> (raw)
In-Reply-To: <CAMgjq7B5SyqYFbLhbgNCvQejqxVs5C6SaV_iot4P64EZLHZ8Gg@mail.gmail.com>
On Thu, Mar 6, 2025 at 10:54 AM Kairui Song <ryncsn@gmail.com> wrote:
>
> On Thu, Mar 6, 2025 at 10:32 AM Muchun Song <songmuchun@bytedance.com> wrote:
> >
> > The commit 6769183166b3 has removed the parameter of id from
> > swap_cgroup_record() and get the memcg id from
> > mem_cgroup_id(folio_memcg(folio)). However, the caller of it
> > may update a different memcg's counter instead of
> > folio_memcg(folio). E.g. in the caller of mem_cgroup_swapout(),
> > @swap_memcg could be different with @memcg and update the counter
> > of @swap_memcg, but swap_cgroup_record() records the wrong memcg's
> > ID. When it is uncharged from __mem_cgroup_uncharge_swap(), the
> > swap counter will leak since the wrong recorded ID. Fix it by
> > bring the parameter of id back.
> >
> > Fixes: 6769183166b3 ("mm/swap_cgroup: decouple swap cgroup recording and clearing")
> > Cc: <stable@vger.kernel.org>
> > Signed-off-by: Muchun Song <songmuchun@bytedance.com>
> > ---
> > include/linux/swap_cgroup.h | 4 ++--
> > mm/memcontrol.c | 4 ++--
> > mm/swap_cgroup.c | 7 ++++---
> > 3 files changed, 8 insertions(+), 7 deletions(-)
> >
> > diff --git a/include/linux/swap_cgroup.h b/include/linux/swap_cgroup.h
> > index b5ec038069dab..91cdf12190a03 100644
> > --- a/include/linux/swap_cgroup.h
> > +++ b/include/linux/swap_cgroup.h
> > @@ -6,7 +6,7 @@
> >
> > #if defined(CONFIG_MEMCG) && defined(CONFIG_SWAP)
> >
> > -extern void swap_cgroup_record(struct folio *folio, swp_entry_t ent);
> > +extern void swap_cgroup_record(struct folio *folio, unsigned short id, swp_entry_t ent);
> > extern unsigned short swap_cgroup_clear(swp_entry_t ent, unsigned int nr_ents);
> > extern unsigned short lookup_swap_cgroup_id(swp_entry_t ent);
> > extern int swap_cgroup_swapon(int type, unsigned long max_pages);
> > @@ -15,7 +15,7 @@ extern void swap_cgroup_swapoff(int type);
> > #else
> >
> > static inline
> > -void swap_cgroup_record(struct folio *folio, swp_entry_t ent)
> > +void swap_cgroup_record(struct folio *folio, unsigned short id, swp_entry_t ent)
> > {
> > }
> >
> > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > index a5d870fbb4321..a5ab603806fbb 100644
> > --- a/mm/memcontrol.c
> > +++ b/mm/memcontrol.c
> > @@ -4988,7 +4988,7 @@ void mem_cgroup_swapout(struct folio *folio, swp_entry_t entry)
> > mem_cgroup_id_get_many(swap_memcg, nr_entries - 1);
> > mod_memcg_state(swap_memcg, MEMCG_SWAP, nr_entries);
> >
> > - swap_cgroup_record(folio, entry);
> > + swap_cgroup_record(folio, mem_cgroup_id(swap_memcg), entry);
> >
> > folio_unqueue_deferred_split(folio);
> > folio->memcg_data = 0;
> > @@ -5050,7 +5050,7 @@ int __mem_cgroup_try_charge_swap(struct folio *folio, swp_entry_t entry)
> > mem_cgroup_id_get_many(memcg, nr_pages - 1);
> > mod_memcg_state(memcg, MEMCG_SWAP, nr_pages);
> >
> > - swap_cgroup_record(folio, entry);
> > + swap_cgroup_record(folio, mem_cgroup_id(memcg), entry);
> >
> > return 0;
> > }
> > diff --git a/mm/swap_cgroup.c b/mm/swap_cgroup.c
> > index be39078f255be..1007c30f12e2c 100644
> > --- a/mm/swap_cgroup.c
> > +++ b/mm/swap_cgroup.c
> > @@ -58,9 +58,11 @@ static unsigned short __swap_cgroup_id_xchg(struct swap_cgroup *map,
> > * entries must not have been charged
> > *
> > * @folio: the folio that the swap entry belongs to
> > + * @id: mem_cgroup ID to be recorded
> > * @ent: the first swap entry to be recorded
> > */
> > -void swap_cgroup_record(struct folio *folio, swp_entry_t ent)
> > +void swap_cgroup_record(struct folio *folio, unsigned short id,
> > + swp_entry_t ent)
> > {
> > unsigned int nr_ents = folio_nr_pages(folio);
> > struct swap_cgroup *map;
> > @@ -72,8 +74,7 @@ void swap_cgroup_record(struct folio *folio, swp_entry_t ent)
> > map = swap_cgroup_ctrl[swp_type(ent)].map;
> >
> > do {
> > - old = __swap_cgroup_id_xchg(map, offset,
> > - mem_cgroup_id(folio_memcg(folio)));
> > + old = __swap_cgroup_id_xchg(map, offset, id);
> > VM_BUG_ON(old);
> > } while (++offset != end);
> > }
> > --
> > 2.20.1
> >
>
> Good catch, Thanks!
>
> Reviewed-by: Kairui Song <kasong@tencent.com>
BTW, it need to be fixed in 6.14, no stable fix is needed, just double
checked the commit is not in 6.13.
next prev parent reply other threads:[~2025-03-06 3:04 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-06 2:31 Muchun Song
2025-03-06 2:54 ` Kairui Song
2025-03-06 3:04 ` Kairui Song [this message]
2025-03-06 14:37 ` Johannes Weiner
2025-03-07 2:28 ` Muchun Song
2025-04-10 8:18 Muchun Song
2025-04-10 13:20 ` Johannes Weiner
2025-04-10 17:45 ` Shakeel Butt
2025-04-10 23:58 ` Roman Gushchin
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=CAMgjq7AgMFn2CzSxppZb_sSgksmHbmvR4RXzfnWjL3ZYsoQ7ew@mail.gmail.com \
--to=ryncsn@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=cgroups@vger.kernel.org \
--cc=chrisl@kernel.org \
--cc=hannes@cmpxchg.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mhocko@kernel.org \
--cc=muchun.song@linux.dev \
--cc=roman.gushchin@linux.dev \
--cc=shakeel.butt@linux.dev \
--cc=songmuchun@bytedance.com \
--cc=stable@vger.kernel.org \
/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