memcg-fix-slab-accounting-in-refill_obj_stock-trylock-path.patch removed from -mm tree
The quilt patch titled
Subject: memcg: fix slab accounting in refill_obj_stock() trylock path
has been removed from the -mm tree. Its filename was
memcg-fix-slab-accounting-in-refill_obj_stock-trylock-path.patch
This patch was dropped because it was merged into the mm-hotfixes-stable branch of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm
------------------------------------------------------
From: Hao Li <[email protected]>
Subject: memcg: fix slab accounting in refill_obj_stock() trylock path
Date: Thu, 26 Feb 2026 19:51:37 +0800
In the trylock path of refill_obj_stock(), mod_objcg_mlstate() should use the real alloc/free bytes (i.e., nr_acct) for accounting, rather than nr_bytes.
The user-visible impact is that the NR_SLAB_RECLAIMABLE_B and NR_SLAB_UNRECLAIMABLE_B stats can end up being incorrect.
For example, if a user allocates a 6144-byte object, then before this fix efill_obj_stock() calls mod_objcg_mlstate(..., nr_bytes=2048), even though it should account for 6144 bytes (i.e., nr_acct).
When the user later frees the same object with kfree(), refill_obj_stock() calls mod_objcg_mlstate(..., nr_bytes=6144). This ends up adding 6144 to the stats, but it should be applying -6144 (i.e., nr_acct) since the object is being freed.
---
mm/memcontrol.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
mm/memcontrol.c renamed from mm/memcontrol.c~memcg-fix-slab-accounting-in-refill_obj_stock-trylock-path +1 -1
@@ -3086,7 +3086,7 @@ static void refill_obj_stock(struct obj_if (!local_trylock (&obj_stock.lock)) {if (pgdat) -mod_objcg_mlstate (objcg, pgdat, idx, nr_bytes); +mod_objcg_mlstate (objcg, pgdat, idx, nr_acct); nr_pages = nr_bytes >>PAGE_SHIFT ; nr_bytes = nr_bytes & (PAGE_SIZE -1 );atomic_add (nr_bytes, &objcg->nr_charged_bytes);
_
Patches currently in -mm which might be from [email protected] are