Re: [PATCH v3 25/30] mm: vmscan: prepare for reparenting traditional LRU folios

[Qi Zheng]

On 1/18/26 9:11 AM, Shakeel Butt wrote:
> On Wed, Jan 14, 2026 at 07:32:52PM +0800, Qi Zheng wrote:
> > From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
> [...]
> > --- a/mm/swap.c
> > +++ b/mm/swap.c
> > @@ -1090,6 +1090,43 @@ void folio_batch_remove_exceptionals(struct folio_batch *fbatch)
> >   	fbatch->nr = j;
> >   }
> >   
>
> Why not define the following two functions in memcontrol.c?

Ah, Because Johannes previously suggested [1] putting it in swap.c:

```
Lastly, vmscan.c is the reclaim policy. Mechanical LRU shuffling like
this is better placed in mm/swap.c.
```

[1]. https://lore.kernel.org/all/aUQCfdnoLQDLoVyg@xxxxxxxxxxx/

> > +#ifdef CONFIG_MEMCG
> > +static void lruvec_reparent_lru(struct lruvec *child_lruvec,
> > +				struct lruvec *parent_lruvec,
> > +				enum lru_list lru, int nid)
> > +{
> > +	int zid;
> > +	struct zone *zone;
> > +
> > +	if (lru != LRU_UNEVICTABLE)
> > +		list_splice_tail_init(&child_lruvec->lists[lru], &parent_lruvec->lists[lru]);
> > +
> > +	for_each_managed_zone_pgdat(zone, NODE_DATA(nid), zid, MAX_NR_ZONES - 1) {
> > +		unsigned long size = mem_cgroup_get_zone_lru_size(child_lruvec, lru, zid);
> > +
> > +		mem_cgroup_update_lru_size(parent_lruvec, lru, zid, size);
> > +	}
> > +}
> > +
> > +void lru_reparent_memcg(struct mem_cgroup *memcg, struct mem_cgroup *parent)
> > +{
> > +	int nid;
> > +
> > +	for_each_node(nid) {
> > +		enum lru_list lru;
> > +		struct lruvec *child_lruvec, *parent_lruvec;
> > +
> > +		child_lruvec = mem_cgroup_lruvec(memcg, NODE_DATA(nid));
> > +		parent_lruvec = mem_cgroup_lruvec(parent, NODE_DATA(nid));
> > +		parent_lruvec->anon_cost += child_lruvec->anon_cost;
> > +		parent_lruvec->file_cost += child_lruvec->file_cost;
> > +
> > +		for_each_lru(lru)
> > +			lruvec_reparent_lru(child_lruvec, parent_lruvec, lru, nid);
> > +	}
> > +}
> > +#endif
> > +