* [PATCH bpf-next v3 0/2] bpf: BPF-driven proactive memcg reclaim @ 2026-08-19 6:35 Hui Zhu 2026-08-19 6:35 ` [PATCH bpf-next v3 1/2] mm/bpf: Add bpf_proactive_reclaim kfuncs Hui Zhu 2026-08-19 6:35 ` [PATCH bpf-next v3 2/2] selftests/bpf: add memcg async reclaim test Hui Zhu 0 siblings, 2 replies; 7+ messages in thread From: Hui Zhu @ 2026-08-19 6:35 UTC (permalink / raw) To: Roman Gushchin, JP Kobryn, Shakeel Butt, Andrew Morton, Andrii Nakryiko, Eduard Zingerman, Ihor Solodrai, Alexei Starovoitov, Daniel Borkmann, Kumar Kartikeya Dwivedi, Martin KaFai Lau, Song Liu, Yonghong Song, Jiri Olsa, Emil Tsalapatis, Shuah Khan, Barry Song, Geliang Tang, linux-kernel, bpf, linux-mm, linux-kselftest Cc: Hui Zhu From: Hui Zhu <zhuhui@kylinos.cn> This series lets a BPF program decide when to trigger memcg reclaim and how aggressively to do it, based on whatever runtime signal it chooses to observe -- rather than reclaim only being triggered once a cgroup's usage crosses a fixed threshold. The core idea is a pair of new kfuncs, bpf_proactive_reclaim() and bpf_proactive_reclaim_swappiness(), which give BPF direct access to the proactive reclaim path so this decision can be made in BPF policy rather than hard-coded threshold logic. This was originally part of a larger series posted here [1]. That series also adds a memcg BPF struct_ops (memcg_charged, memcg_uncharged, below_low, below_min) for synchronous, in-line memory protection decisions. That mechanism and this one solve different problems -- struct_ops hooks run inline on the charge/reclaim path, while the kfuncs here are for asynchronous, out-of-band reclaim decided independently by a BPF program -- so they are reviewed as separate series. This series carries only the async reclaim piece. Compared to v1, the kfunc interface has been reworked based on review feedback: instead of a thin wrapper around try_to_free_mem_cgroup_pages() exposing raw gfp/reclaim-option knobs, the series now provides use-case-driven kfuncs that perform one proactive reclaim pass with the same parameters memory.reclaim uses. The bpf_thread_wq patches from v1 (old patches 2-3) are dropped from this series: following the discussion in [2], the cgroup-aware workqueue is being superseded by a disaggregated set of async primitives (bpf_kthread/bpf_waitq) that will be developed separately (discussion in [3]), and the selftest now queues its reclaim work through bpf_wq. Patch 1 adds bpf_proactive_reclaim() and bpf_proactive_reclaim_swappiness(), sleepable kfuncs that perform one reclaim pass on a target memcg, like a write to memory.reclaim: swap is allowed, and the anon/file balance follows the cgroup's swappiness or an explicit override in [MIN_SWAPPINESS, MAX_SWAPPINESS] plus SWAPPINESS_ANON_ONLY. Both delegate to try_to_free_mem_cgroup_pages() with GFP_KERNEL and MEMCG_RECLAIM_MAY_SWAP | MEMCG_RECLAIM_PROACTIVE, the same parameters user_proactive_reclaim() uses, and unlike memory.reclaim they do not retry until the requested size is reached. Both refuse to run when the caller already holds PF_MEMALLOC, since a nested try_to_free_mem_cgroup_pages() would clobber the outer reclaim's current->reclaim_state (e.g. MGLRU dereferences current->reclaim_state->mm_walk). Patch 2 (selftests/bpf: add memcg async reclaim test) ties the kfuncs into a worked example: it watches the WORKINGSET_REFAULT_FILE counter of a high-priority cgroup as a proxy for memory-pressure impact, and once it starts climbing, proactively reclaims pages from a low-priority cgroup via bpf_proactive_reclaim(), with the reclaim work queued asynchronously through bpf_wq. The test asserts that the monitored cgroup's workload finishes faster once async reclaim kicks in. This demonstrates the end-to-end use case: BPF observes pressure on the cgroup it wants to protect, and reclaims from the cgroup it wants to reclaim from, in one self-contained mechanism. Note that, without bpf_thread_wq, the CPU cost of the reclaim work is not yet attributed to a chosen cgroup; that part waits for the async primitives work mentioned above. Changelog: v3: According to the comments of bot+bpf-ci, add a shared helper bpf_proactive_reclaim_pages() that is called by bpf_proactive_reclaim and bpf_proactive_reclaim_swappiness. According to the comments of sashiko and bot+bpf-ci, fix the issues of selftests. v2: According to the comments of Shakeel Butt, replace bpf_try_to_free_mem_cgroup_pages() with bpf_proactive_reclaim(memcg, size) and bpf_proactive_reclaim_swappiness(memcg, size, swappiness). According to the comments of Kumar Kartikeya Dwivedi, drop patch 2 and patch 3. Remove bpf_thread_wq code in patch 4. According to the comments of sashiko-bot, fix the issues of selftests. [1] https://sashiko.dev/#/message/cover.1779760876.git.zhuhui%40kylinos.cn [2] https://sashiko.dev/#/message/1b58d56976202f26818d31dbd0da2ecb2e2460f5%40linux.dev [3] https://sashiko.dev/#/message/DKNHV09PBQZP.IRQL20BY574I%40gmail.com Hui Zhu (2): mm/bpf: Add bpf_proactive_reclaim kfuncs selftests/bpf: add memcg async reclaim test mm/bpf_memcontrol.c | 101 ++++ .../bpf/prog_tests/memcg_async_reclaim.c | 479 ++++++++++++++++++ .../selftests/bpf/progs/memcg_async_reclaim.c | 180 +++++++ 3 files changed, 760 insertions(+) create mode 100644 tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c create mode 100644 tools/testing/selftests/bpf/progs/memcg_async_reclaim.c -- 2.53.0 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH bpf-next v3 1/2] mm/bpf: Add bpf_proactive_reclaim kfuncs 2026-08-19 6:35 [PATCH bpf-next v3 0/2] bpf: BPF-driven proactive memcg reclaim Hui Zhu @ 2026-08-19 6:35 ` Hui Zhu 2026-08-19 6:50 ` sashiko-bot 2026-08-19 7:16 ` bot+bpf-ci 2026-08-19 6:35 ` [PATCH bpf-next v3 2/2] selftests/bpf: add memcg async reclaim test Hui Zhu 1 sibling, 2 replies; 7+ messages in thread From: Hui Zhu @ 2026-08-19 6:35 UTC (permalink / raw) To: Roman Gushchin, JP Kobryn, Shakeel Butt, Andrew Morton, Andrii Nakryiko, Eduard Zingerman, Ihor Solodrai, Alexei Starovoitov, Daniel Borkmann, Kumar Kartikeya Dwivedi, Martin KaFai Lau, Song Liu, Yonghong Song, Jiri Olsa, Emil Tsalapatis, Shuah Khan, Barry Song, Geliang Tang, linux-kernel, bpf, linux-mm, linux-kselftest Cc: Hui Zhu From: Hui Zhu <zhuhui@kylinos.cn> Expose memcg proactive reclaim to sleepable BPF programs: unsigned long bpf_proactive_reclaim(memcg, size); unsigned long bpf_proactive_reclaim_swappiness(memcg, size, swappiness); They perform one reclaim pass on @memcg, like a write to memory.reclaim: swap is allowed, and the anon/file balance follows the cgroup's swappiness or an explicit override in [MIN_SWAPPINESS, MAX_SWAPPINESS] plus SWAPPINESS_ANON_ONLY. Both go through a shared helper, bpf_proactive_reclaim_pages(), which guards against reclaim recursion and calls try_to_free_mem_cgroup_pages() with GFP_KERNEL and MEMCG_RECLAIM_MAY_SWAP | MEMCG_RECLAIM_PROACTIVE, the same parameters user_proactive_reclaim() uses, and unlike memory.reclaim they do not retry until @size is reached. Reclaim must not recurse: try_to_free_mem_cgroup_pages() overwrites current->reclaim_state on entry and NULLs it on exit, so a nested call from an in-flight reclaim would corrupt the outer reclaim state (e.g. MGLRU dereferences current->reclaim_state->mm_walk). Both kfuncs therefore refuse to reclaim when PF_MEMALLOC is set, mirroring the guards in the memcg charging path and node_reclaim(). Signed-off-by: Hui Zhu <zhuhui@kylinos.cn> --- mm/bpf_memcontrol.c | 101 ++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 101 insertions(+) diff --git a/mm/bpf_memcontrol.c b/mm/bpf_memcontrol.c index 716df49d7647..b0a0d4c55dc4 100644 --- a/mm/bpf_memcontrol.c +++ b/mm/bpf_memcontrol.c @@ -6,6 +6,7 @@ */ #include <linux/memcontrol.h> +#include <linux/swap.h> #include <linux/bpf.h> __bpf_kfunc_start_defs(); @@ -159,6 +160,103 @@ __bpf_kfunc void bpf_mem_cgroup_flush_stats(struct mem_cgroup *memcg) mem_cgroup_flush_stats(memcg); } +/* + * Reclaim must not recurse. try_to_free_mem_cgroup_pages() unconditionally + * overwrites current->reclaim_state on entry and resets it to NULL on exit. + * So invoking it from an in-flight reclaim would clobber the outer reclaim + * state and corrupt its accounting. + * + * The guard is PF_MEMALLOC. Every reclaim entry point marks the current + * task with it for the whole reclaim window: try_to_free_mem_cgroup_pages() + * and __perform_reclaim() do so via memalloc_noreclaim_save(), and kswapd + * keeps it set for its entire lifetime. A hook inside the reclaim path + * (shrink_node, shrink_slab, ...) executes in the context of the + * reclaiming task, where current->flags already carries the flag. The page + * allocator, the memcg charging path and node_reclaim() rely on the same + * flag to avoid reclaim recursion. + * + * In try_to_free_mem_cgroup_pages(), reclaim_state is set slightly before + * PF_MEMALLOC, with only a tracepoint in between, which a sleepable BPF + * program cannot attach to. + * Also, PF_MEMALLOC is set in some non-reclaim contexts (e.g. direct compaction + * and vmalloc), where the kfunc conservatively refuses to reclaim as well. + */ +static bool bpf_in_reclaim_context(void) +{ + return current->flags & PF_MEMALLOC; +} + +/* + * Shared implementation of the proactive reclaim kfuncs: performs one + * reclaim pass on @memcg with @nr_pages as the goal, allowing swap, and + * @swappiness as the anon/file balance override (NULL to follow the + * cgroup's own swappiness setting). + */ +static unsigned long +bpf_proactive_reclaim_pages(struct mem_cgroup *memcg, unsigned long nr_pages, + int *swappiness) +{ + if (!nr_pages || unlikely(bpf_in_reclaim_context())) + return 0; + + return try_to_free_mem_cgroup_pages(memcg, nr_pages, GFP_KERNEL, + MEMCG_RECLAIM_MAY_SWAP | + MEMCG_RECLAIM_PROACTIVE, + swappiness); +} + +/** + * bpf_proactive_reclaim - proactively reclaim memory from a memory + * cgroup + * @memcg: the target memory cgroup to reclaim from + * @size: the amount of memory to reclaim, in bytes + * + * Trigger one proactive reclaim pass on @memcg, similar to a write to + * the memory.reclaim cgroup file: pages are reclaimed according to the + * cgroup's own swappiness setting and swap is allowed. Note that, + * unlike memory.reclaim, this does not retry until @size is reached; + * callers can invoke it again if needed. + * + * Return: + * The number of pages actually reclaimed, or 0 if @size is smaller + * than a page or the calling task is already in a reclaim/freeing + * context (PF_MEMALLOC). + */ +__bpf_kfunc unsigned long bpf_proactive_reclaim(struct mem_cgroup *memcg, + unsigned long size) +{ + return bpf_proactive_reclaim_pages(memcg, size / PAGE_SIZE, NULL); +} + +/** + * bpf_proactive_reclaim_swappiness - proactively reclaim memory from a + * memory cgroup with an explicit + * swappiness + * @memcg: the target memory cgroup to reclaim from + * @size: the amount of memory to reclaim, in bytes + * @swappiness: swappiness override for this reclaim pass + * + * Same as bpf_proactive_reclaim(), except that the anon/file reclaim + * balance is controlled by @swappiness instead of the cgroup's + * swappiness setting. Valid values are [MIN_SWAPPINESS, MAX_SWAPPINESS] + * and SWAPPINESS_ANON_ONLY, which restricts reclaim to anon folios. + * + * Return: + * The number of pages actually reclaimed, or 0 if @size is smaller + * than a page, @swappiness is out of range, or the calling task is + * already in a reclaim/freeing context (PF_MEMALLOC). + */ +__bpf_kfunc unsigned long +bpf_proactive_reclaim_swappiness(struct mem_cgroup *memcg, unsigned long size, + int swappiness) +{ + if (swappiness < MIN_SWAPPINESS || swappiness > SWAPPINESS_ANON_ONLY) + return 0; + + return bpf_proactive_reclaim_pages(memcg, size / PAGE_SIZE, + &swappiness); +} + __bpf_kfunc_end_defs(); BTF_KFUNCS_START(bpf_memcontrol_kfuncs) @@ -172,6 +270,9 @@ BTF_ID_FLAGS(func, bpf_mem_cgroup_usage) BTF_ID_FLAGS(func, bpf_mem_cgroup_page_state) BTF_ID_FLAGS(func, bpf_mem_cgroup_flush_stats, KF_SLEEPABLE) +BTF_ID_FLAGS(func, bpf_proactive_reclaim, KF_SLEEPABLE) +BTF_ID_FLAGS(func, bpf_proactive_reclaim_swappiness, KF_SLEEPABLE) + BTF_KFUNCS_END(bpf_memcontrol_kfuncs) static const struct btf_kfunc_id_set bpf_memcontrol_kfunc_set = { -- 2.53.0 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH bpf-next v3 1/2] mm/bpf: Add bpf_proactive_reclaim kfuncs 2026-08-19 6:35 ` [PATCH bpf-next v3 1/2] mm/bpf: Add bpf_proactive_reclaim kfuncs Hui Zhu @ 2026-08-19 6:50 ` sashiko-bot 2026-08-19 7:16 ` bot+bpf-ci 1 sibling, 0 replies; 7+ messages in thread From: sashiko-bot @ 2026-08-19 6:50 UTC (permalink / raw) To: Hui Zhu; +Cc: bpf Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: - [High] Calling `try_to_free_mem_cgroup_pages` with `GFP_KERNEL` from arbitrary sleepable BPF programs can cause lock inversion deadlocks. -- --- Patch [1]: [PATCH bpf-next v3 1/2] mm/bpf: Add bpf_proactive_reclaim kfuncs --- commit 55d679bb7cd0ded2c29ec1fcf65b2396144cddad Author: Hui Zhu <zhuhui@kylinos.cn> mm/bpf: Add bpf_proactive_reclaim kfuncs This commit introduces bpf_proactive_reclaim and bpf_proactive_reclaim_swappiness kfuncs to expose memcg proactive reclaim to sleepable BPF programs. They allow BPF programs to trigger one reclaim pass on a given memcg with specific swappiness and size limits. > diff --git a/mm/bpf_memcontrol.c b/mm/bpf_memcontrol.c > index 716df49d76477..b0a0d4c55dc4e 100644 > --- a/mm/bpf_memcontrol.c > +++ b/mm/bpf_memcontrol.c [ ... ] > +static unsigned long > +bpf_proactive_reclaim_pages(struct mem_cgroup *memcg, unsigned long nr_pages, > + int *swappiness) > +{ > + if (!nr_pages || unlikely(bpf_in_reclaim_context())) > + return 0; > + > + return try_to_free_mem_cgroup_pages(memcg, nr_pages, GFP_KERNEL, > + MEMCG_RECLAIM_MAY_SWAP | > + MEMCG_RECLAIM_PROACTIVE, > + swappiness); [Severity: High] Can calling try_to_free_mem_cgroup_pages() with GFP_KERNEL from arbitrary sleepable BPF programs cause lock inversion deadlocks? If a sleepable BPF program attaches to an LSM hook or fentry point where a filesystem lock is already held (for example, bpf_lsm_inode_mkdir where inode_lock is held), and the program calls bpf_proactive_reclaim(), GFP_KERNEL will allow __GFP_FS reclaim. The memory reclaim path could then enter filesystem shrinkers which attempt to acquire the same lock, leading to a self-deadlock. Should this use a more restricted GFP mask, or perhaps dynamically inherit the context's GFP constraints to avoid bypassing lock-context protections? > +} [ ... ] -- Sashiko AI review · https://sashiko.dev/#/patchset/cover.1787120833.git.zhuhui@kylinos.cn?part=1 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH bpf-next v3 1/2] mm/bpf: Add bpf_proactive_reclaim kfuncs 2026-08-19 6:35 ` [PATCH bpf-next v3 1/2] mm/bpf: Add bpf_proactive_reclaim kfuncs Hui Zhu 2026-08-19 6:50 ` sashiko-bot @ 2026-08-19 7:16 ` bot+bpf-ci 1 sibling, 0 replies; 7+ messages in thread From: bot+bpf-ci @ 2026-08-19 7:16 UTC (permalink / raw) To: hui.zhu, roman.gushchin, inwardvessel, shakeel.butt, akpm, andrii, eddyz87, ihor.solodrai, ast, daniel, memxor, martin.lau, song, yonghong.song, jolsa, emil, shuah, baohua, geliang, linux-kernel, bpf, linux-mm, linux-kselftest Cc: zhuhui, ast, andrii, daniel, martin.lau, eddyz87, yonghong.song, clm, ihor.solodrai [-- Attachment #1: Type: text/plain, Size: 9327 bytes --] > diff --git a/mm/bpf_memcontrol.c b/mm/bpf_memcontrol.c > index 716df49d7647..b0a0d4c55dc4 100644 > --- a/mm/bpf_memcontrol.c > +++ b/mm/bpf_memcontrol.c > @@ -6,6 +6,7 @@ > */ > > #include <linux/memcontrol.h> > +#include <linux/swap.h> > #include <linux/bpf.h> > > __bpf_kfunc_start_defs(); [ ... ] > +/* > + * Reclaim must not recurse. try_to_free_mem_cgroup_pages() unconditionally > + * overwrites current->reclaim_state on entry and resets it to NULL on exit. > + * So invoking it from an in-flight reclaim would clobber the outer reclaim > + * state and corrupt its accounting. > + * > + * The guard is PF_MEMALLOC. Every reclaim entry point marks the current > + * task with it for the whole reclaim window: try_to_free_mem_cgroup_pages() > + * and __perform_reclaim() do so via memalloc_noreclaim_save(), and kswapd > + * keeps it set for its entire lifetime. A hook inside the reclaim path > + * (shrink_node, shrink_slab, ...) executes in the context of the > + * reclaiming task, where current->flags already carries the flag. The page > + * allocator, the memcg charging path and node_reclaim() rely on the same > + * flag to avoid reclaim recursion. > + * > + * In try_to_free_mem_cgroup_pages(), reclaim_state is set slightly before > + * PF_MEMALLOC, with only a tracepoint in between, which a sleepable BPF > + * program cannot attach to. > + * Also, PF_MEMALLOC is set in some non-reclaim contexts (e.g. direct compaction > + * and vmalloc), where the kfunc conservatively refuses to reclaim as well. > + */ > +static bool bpf_in_reclaim_context(void) > +{ > + return current->flags & PF_MEMALLOC; > +} > + > +/* > + * Shared implementation of the proactive reclaim kfuncs: performs one > + * reclaim pass on @memcg with @nr_pages as the goal, allowing swap, and > + * @swappiness as the anon/file balance override (NULL to follow the > + * cgroup's own swappiness setting). > + */ > +static unsigned long > +bpf_proactive_reclaim_pages(struct mem_cgroup *memcg, unsigned long nr_pages, > + int *swappiness) > +{ > + if (!nr_pages || unlikely(bpf_in_reclaim_context())) > + return 0; > + > + return try_to_free_mem_cgroup_pages(memcg, nr_pages, GFP_KERNEL, > + MEMCG_RECLAIM_MAY_SWAP | > + MEMCG_RECLAIM_PROACTIVE, > + swappiness); > +} Does the PF_MEMALLOC-only guard fully close the recursion window? The comment states "In try_to_free_mem_cgroup_pages(), reclaim_state is set slightly before PF_MEMALLOC, with only a tracepoint in between, which a sleepable BPF program cannot attach to." The restriction on tracepoint attachment is accurate - sleepable BPF programs cannot attach to non-faultable tracepoints like mm_vmscan_memcg_reclaim_begin. But the tracepoint dispatcher itself is attachable: Looking at mm/vmscan.c:try_to_free_mem_cgroup_pages(): set_task_reclaim_state(current, &sc.reclaim_state); trace_mm_vmscan_memcg_reclaim_begin(sc.gfp_mask, 0, memcg); noreclaim_flag = memalloc_noreclaim_save(); The trace_mm_vmscan_memcg_reclaim_begin() macro expands to a call to __traceiter_mm_vmscan_memcg_reclaim_begin(), which is a plain global function generated by __DEFINE_TRACE_EXT(). It carries no notrace attribute, mm/Makefile doesn't remove ftrace flags from vmscan.o, and it isn't in btf_id_deny, making it fentry-attachable. can_be_sleepable() in kernel/bpf/verifier.c returns true for BPF_TRACE_FENTRY, and check_attach_btf_id() applies no further restriction beyond btf_id_deny. So a sleepable fentry program on __traceiter_mm_vmscan_memcg_reclaim_begin would be accepted by the verifier. Since the kfuncs are registered for BPF_PROG_TYPE_UNSPEC, such a program can call bpf_proactive_reclaim(). In that window, current->reclaim_state points to the outer reclaim's state but PF_MEMALLOC is still clear, so bpf_in_reclaim_context() returns false. The nested try_to_free_mem_cgroup_pages() would then: - Trip the WARN_ON_ONCE(rs && task->reclaim_state) in set_task_reclaim_state() - On exit, execute set_task_reclaim_state(current, NULL), leaving current->reclaim_state == NULL for the rest of the outer reclaim The outer reclaim continues and under MGLRU, shrink_lruvec() calls lru_gen_shrink_lruvec() which calls set_mm_walk() in mm/vmscan.c: struct lru_gen_mm_walk *walk = current->reclaim_state->mm_walk; ... current->reclaim_state->mm_walk = walk; evict_folios() has the same pattern. Result: NULL pointer dereference. On the classic LRU path the outcome would be lost reclaim accounting in flush_reclaim_state(), plus the WARN_ON_ONCE on the outer exit. Would testing current->reclaim_state in addition to PF_MEMALLOC close this window? > +/** > + * bpf_proactive_reclaim - proactively reclaim memory from a memory > + * cgroup > + * @memcg: the target memory cgroup to reclaim from > + * @size: the amount of memory to reclaim, in bytes > + * > + * Trigger one proactive reclaim pass on @memcg, similar to a write to > + * the memory.reclaim cgroup file: pages are reclaimed according to the > + * cgroup's own swappiness setting and swap is allowed. Note that, > + * unlike memory.reclaim, this does not retry until @size is reached; > + * callers can invoke it again if needed. > + * > + * Return: > + * The number of pages actually reclaimed, or 0 if @size is smaller > + * than a page or the calling task is already in a reclaim/freeing > + * context (PF_MEMALLOC). > + */ > +__bpf_kfunc unsigned long bpf_proactive_reclaim(struct mem_cgroup *memcg, > + unsigned long size) > +{ > + return bpf_proactive_reclaim_pages(memcg, size / PAGE_SIZE, NULL); > +} The kfunc takes @size in bytes but returns a count in pages (try_to_free_mem_cgroup_pages() returns nr_reclaimed in pages). Input and output use different units. Every other kfunc in this file normalizes to bytes: bpf_mem_cgroup_usage() returns page_counter_read(&memcg->memory) * PAGE_SIZE and is documented as "The current memory cgroup size in bytes"; bpf_mem_cgroup_page_state() documents "The output is in bytes." A natural BPF loop like: usage = bpf_mem_cgroup_usage(memcg); while (usage > target) usage -= bpf_proactive_reclaim(memcg, usage - target); would be off by PAGE_SIZE. The kdoc does say "The number of pages actually reclaimed", but since this is UAPI-visible the unit asymmetry is worth resolving before it freezes. Would it make sense to return nr * PAGE_SIZE, or take @nr_pages instead? > +/** > + * bpf_proactive_reclaim_swappiness - proactively reclaim memory from a > + * memory cgroup with an explicit > + * swappiness > + * @memcg: the target memory cgroup to reclaim from > + * @size: the amount of memory to reclaim, in bytes > + * @swappiness: swappiness override for this reclaim pass > + * > + * Same as bpf_proactive_reclaim(), except that the anon/file reclaim > + * balance is controlled by @swappiness instead of the cgroup's > + * swappiness setting. Valid values are [MIN_SWAPPINESS, MAX_SWAPPINESS] > + * and SWAPPINESS_ANON_ONLY, which restricts reclaim to anon folios. > + * > + * Return: > + * The number of pages actually reclaimed, or 0 if @size is smaller > + * than a page, @swappiness is out of range, or the calling task is > + * already in a reclaim/freeing context (PF_MEMALLOC). > + */ > +__bpf_kfunc unsigned long > +bpf_proactive_reclaim_swappiness(struct mem_cgroup *memcg, unsigned long size, > + int swappiness) > +{ > + if (swappiness < MIN_SWAPPINESS || swappiness > SWAPPINESS_ANON_ONLY) > + return 0; > + > + return bpf_proactive_reclaim_pages(memcg, size / PAGE_SIZE, > + &swappiness); > +} An out-of-range @swappiness returns 0, the same value as a successful call that reclaimed nothing, and the same as a call refused due to PF_MEMALLOC context. A BPF program cannot distinguish a programming error from legitimate lack of progress. The sibling kfuncs in this file use a distinguishable sentinel for invalid parameters: bpf_mem_cgroup_vm_events(): if (unlikely(!memcg_vm_event_item_valid(event))) return (unsigned long)-1; bpf_mem_cgroup_page_state(): if (unlikely(!memcg_stat_item_valid(idx))) return (unsigned long)-1; The userspace equivalent also rejects rather than ignores: user_proactive_reclaim() returns -EINVAL for out-of-range swappiness in mm/vmscan.c. Would returning (unsigned long)-1 here match both this file's convention and the write(2) behaviour of memory.reclaim? > +__bpf_kfunc_end_defs(); > > BTF_KFUNCS_START(bpf_memcontrol_kfuncs) > @@ -172,6 +270,9 @@ BTF_ID_FLAGS(func, bpf_mem_cgroup_usage) > BTF_ID_FLAGS(func, bpf_mem_cgroup_page_state) > BTF_ID_FLAGS(func, bpf_mem_cgroup_flush_stats, KF_SLEEPABLE) > > +BTF_ID_FLAGS(func, bpf_proactive_reclaim, KF_SLEEPABLE) > +BTF_ID_FLAGS(func, bpf_proactive_reclaim_swappiness, KF_SLEEPABLE) > + > BTF_KFUNCS_END(bpf_memcontrol_kfuncs) > > static const struct btf_kfunc_id_set bpf_memcontrol_kfunc_set = { --- AI reviewed your patch. Please fix the bug or email reply why it's not a bug. See: https://github.com/kernel-patches/vmtest/blob/master/ci/claude/README.md CI run summary: https://github.com/kernel-patches/bpf/actions/runs/32224943030 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH bpf-next v3 2/2] selftests/bpf: add memcg async reclaim test 2026-08-19 6:35 [PATCH bpf-next v3 0/2] bpf: BPF-driven proactive memcg reclaim Hui Zhu 2026-08-19 6:35 ` [PATCH bpf-next v3 1/2] mm/bpf: Add bpf_proactive_reclaim kfuncs Hui Zhu @ 2026-08-19 6:35 ` Hui Zhu 2026-08-19 6:46 ` sashiko-bot 2026-08-19 7:16 ` bot+bpf-ci 1 sibling, 2 replies; 7+ messages in thread From: Hui Zhu @ 2026-08-19 6:35 UTC (permalink / raw) To: Roman Gushchin, JP Kobryn, Shakeel Butt, Andrew Morton, Andrii Nakryiko, Eduard Zingerman, Ihor Solodrai, Alexei Starovoitov, Daniel Borkmann, Kumar Kartikeya Dwivedi, Martin KaFai Lau, Song Liu, Yonghong Song, Jiri Olsa, Emil Tsalapatis, Shuah Khan, Barry Song, Geliang Tang, linux-kernel, bpf, linux-mm, linux-kselftest Cc: Hui Zhu From: Hui Zhu <zhuhui@kylinos.cn> Add memcg_async_reclaim selftest that verifies BPF-driven async proactive reclaim can mitigate refault-induced slowdown under memory pressure. The test creates a parent cgroup with a fixed memory.max, and two child cgroups (high/low) under it. Both children concurrently write and repeatedly read-fault a file larger than the shared limit. A BPF program monitors the "high" cgroup's WORKINGSET_REFAULT_FILE stat via a periodic timer, and when it detects refault growth beyond a threshold, triggers async reclaim on the "low" cgroup using bpf_proactive_reclaim(), expecting the "high" cgroup's workload to finish faster than without such reclaim. The reclaim work is queued asynchronously via bpf_wq. Signed-off-by: Hui Zhu <zhuhui@kylinos.cn> --- .../bpf/prog_tests/memcg_async_reclaim.c | 479 ++++++++++++++++++ .../selftests/bpf/progs/memcg_async_reclaim.c | 180 +++++++ 2 files changed, 659 insertions(+) create mode 100644 tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c create mode 100644 tools/testing/selftests/bpf/progs/memcg_async_reclaim.c diff --git a/tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c b/tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c new file mode 100644 index 000000000000..e990d1fdc79f --- /dev/null +++ b/tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c @@ -0,0 +1,479 @@ +// SPDX-License-Identifier: GPL-2.0 +/* + * Memory controller eBPF async reclaim test + */ + +#include <test_progs.h> +#include <sys/mman.h> +#include <sys/stat.h> +#include <sys/vfs.h> +#include <sys/wait.h> +#include <fcntl.h> +#include <signal.h> +#include <time.h> +#include <unistd.h> +#include <stdio.h> +#include <stdlib.h> +#include <string.h> +#include <limits.h> +#include <linux/magic.h> + +#include "cgroup_helpers.h" + +struct bpf_args_s { + u64 high_cgroup_id; + u64 low_cgroup_id; + u64 event_delta_threshold; + u64 check_ns; +}; + +#include "memcg_async_reclaim.skel.h" + +#define FILE_SIZE (32 * 1024 * 1024ul) +#define BUFFER_SIZE (4096) +#define CG_LIMIT (32 * 1024 * 1024ul) +#define READ_TIMES 50 + +#define CG_DIR "/memcg_async_reclaim" +#define CG_HIGH_DIR CG_DIR "/high" +#define CG_LOW_DIR CG_DIR "/low" + +#define CHECK_PERIOD_NS (2 * 1000 * 1000ull) +#define EVENT_DELTA_THRESHOLD 1 + +/* + * The workload files must sit on a regular filesystem: with swap + * disabled for the cgroup, tmpfs/ramfs pages are unevictable and would + * OOM the cgroup instead of exercising reclaim; they are also charged + * as anonymous memory, so they never raise the WORKINGSET_REFAULT_FILE + * events the BPF program monitors. Fall back to the current directory + * when /tmp is backed by such a filesystem. + */ +static const char *workload_files_dir(void) +{ + struct statfs st; + + if (!statfs("/tmp", &st) && + (st.f_type == TMPFS_MAGIC || st.f_type == RAMFS_MAGIC)) + return "."; + return "/tmp"; +} + +/* + * The workload children run after test_progs hijacked stdio, so + * anything they print is lost with their private copy of the hijacked + * buffer. The exit status is the only diagnostics channel that reaches + * the parent, so each failing step gets its own code. + */ +enum child_exit_code { + CHILD_EXIT_OK = 0, + CHILD_EXIT_JOIN_CGROUP, + CHILD_EXIT_WRITE_FILE, + CHILD_EXIT_READ_FILE, + CHILD_EXIT_TIME_FILE, +}; + +static const char *child_exit_str(int code) +{ + switch (code) { + case CHILD_EXIT_OK: + return "success"; + case CHILD_EXIT_JOIN_CGROUP: + return "join cgroup"; + case CHILD_EXIT_WRITE_FILE: + return "write data file"; + case CHILD_EXIT_READ_FILE: + return "read data file"; + case CHILD_EXIT_TIME_FILE: + return "write time file"; + default: + return "unknown"; + } +} + +static int setup_high_low_cgroups(u64 *high_cgroup_id, u64 *low_cgroup_id) +{ + int ret; + char limit_buf[20]; + + ret = setup_cgroup_environment(); + if (!ASSERT_OK(ret, "setup_cgroup_environment")) + goto cleanup; + + ret = create_and_get_cgroup(CG_DIR); + if (!ASSERT_GE(ret, 0, "create_and_get_cgroup " CG_DIR)) + goto cleanup; + close(ret); + + ret = enable_controllers(CG_DIR, "memory"); + if (!ASSERT_OK(ret, "enable_controllers")) + goto cleanup; + + snprintf(limit_buf, sizeof(limit_buf), "%lu", CG_LIMIT); + ret = write_cgroup_file(CG_DIR, "memory.max", limit_buf); + if (!ASSERT_OK(ret, "write_cgroup_file memory.max")) + goto cleanup; + + /* + * Keep the workloads from swapping out. With CONFIG_SWAP=n the + * memory.swap.max file does not exist, and no swap can happen + * anyway, so skip the write. + */ + if (!access("/proc/swaps", F_OK)) { + ret = write_cgroup_file(CG_DIR, "memory.swap.max", "0"); + if (!ASSERT_OK(ret, "write_cgroup_file memory.swap.max")) + goto cleanup; + } + + ret = create_and_get_cgroup(CG_HIGH_DIR); + if (!ASSERT_GE(ret, 0, "create_and_get_cgroup " CG_HIGH_DIR)) + goto cleanup; + close(ret); + + *high_cgroup_id = get_cgroup_id(CG_HIGH_DIR); + if (!ASSERT_GT(*high_cgroup_id, 0, "get_cgroup_id")) + goto cleanup; + + ret = create_and_get_cgroup(CG_LOW_DIR); + if (!ASSERT_GE(ret, 0, "create_and_get_cgroup " CG_LOW_DIR)) + goto cleanup; + close(ret); + + *low_cgroup_id = get_cgroup_id(CG_LOW_DIR); + if (!ASSERT_GT(*low_cgroup_id, 0, "get_cgroup_id")) + goto cleanup; + + return 0; + +cleanup: + cleanup_cgroup_environment(); + return -1; +} + +static int write_file(const char *filename) +{ + int ret = -1; + size_t written = 0; + char *buffer; + FILE *fp; + + fp = fopen(filename, "wb"); + if (!fp) + goto out; + + buffer = malloc(BUFFER_SIZE); + if (!buffer) + goto cleanup_fp; + + memset(buffer, 'A', BUFFER_SIZE); + + while (written < FILE_SIZE) { + size_t to_write = FILE_SIZE - written < BUFFER_SIZE ? + FILE_SIZE - written : BUFFER_SIZE; + + if (fwrite(buffer, 1, to_write, fp) != to_write) + goto cleanup; + written += to_write; + } + + ret = 0; +cleanup: + free(buffer); +cleanup_fp: + fclose(fp); +out: + return ret; +} + +static int read_file(const char *filename, int iterations) +{ + int ret = -1; + long page_size = sysconf(_SC_PAGESIZE); + char *map; + size_t i; + int fd; + struct stat sb; + + fd = open(filename, O_RDONLY); + if (fd == -1) + goto out; + + if (fstat(fd, &sb) == -1) + goto cleanup_fd; + + if (sb.st_size != FILE_SIZE) { + fprintf(stderr, "File size mismatch: expected %lu, got %lu\n", + (unsigned long)FILE_SIZE, (unsigned long)sb.st_size); + goto cleanup_fd; + } + + map = mmap(NULL, FILE_SIZE, PROT_READ, MAP_PRIVATE, fd, 0); + if (map == MAP_FAILED) + goto cleanup_fd; + + for (int iter = 0; iter < iterations; iter++) { + for (i = 0; i < FILE_SIZE; i += page_size) { + /* access a byte to trigger page fault */ + volatile char v = map[i]; + (void)v; + } + } + + if (munmap(map, FILE_SIZE) == -1) + goto cleanup_fd; + + ret = 0; + +cleanup_fd: + close(fd); +out: + return ret; +} + +static int real_test_child_work(const char *cgroup_path, char *data_filename, + char *time_filename, int read_times) +{ + struct timespec start, end; + double elapsed; + FILE *fp; + + if (join_parent_cgroup(cgroup_path)) + return CHILD_EXIT_JOIN_CGROUP; + + clock_gettime(CLOCK_MONOTONIC, &start); + + if (write_file(data_filename)) + return CHILD_EXIT_WRITE_FILE; + + if (read_file(data_filename, read_times)) + return CHILD_EXIT_READ_FILE; + + clock_gettime(CLOCK_MONOTONIC, &end); + + if (!time_filename) + return CHILD_EXIT_OK; + + elapsed = (end.tv_sec - start.tv_sec) + + (end.tv_nsec - start.tv_nsec) / 1000000000.0; + printf("%.6f\n", elapsed); + + fp = fopen(time_filename, "w"); + if (!fp) + return CHILD_EXIT_TIME_FILE; + fprintf(fp, "%.6f", elapsed); + fclose(fp); + + return CHILD_EXIT_OK; +} + +static int get_time(char *time_filename, double *time) +{ + int ret = -1; + FILE *fp; + char buf[64]; + + fp = fopen(time_filename, "r"); + if (!ASSERT_OK_PTR(fp, "fopen")) + goto out; + + if (!ASSERT_OK_PTR(fgets(buf, sizeof(buf), fp), "fgets")) + goto cleanup; + + if (sscanf(buf, "%lf", time) != 1) { + PRINT_FAIL("sscanf %s", buf); + goto cleanup; + } + + ret = 0; +cleanup: + fclose(fp); +out: + return ret; +} + +static int +run_high_low_workload(double *high_elapsed, double *low_elapsed, int read_times) +{ + char high_data_file[PATH_MAX]; + char low_data_file[PATH_MAX]; + char high_time_file[PATH_MAX]; + char low_time_file[PATH_MAX]; + const char *dir = workload_files_dir(); + pid_t high_pid = -1, low_pid = -1; + int fd, status; + int ret = -1; + + snprintf(high_data_file, sizeof(high_data_file), + "%s/memcg_async_high_data_XXXXXX", dir); + snprintf(low_data_file, sizeof(low_data_file), + "%s/memcg_async_low_data_XXXXXX", dir); + snprintf(high_time_file, sizeof(high_time_file), + "%s/memcg_async_high_time_XXXXXX", dir); + snprintf(low_time_file, sizeof(low_time_file), + "%s/memcg_async_low_time_XXXXXX", dir); + + fd = mkstemp(high_data_file); + if (!ASSERT_GE(fd, 0, "mkstemp")) + goto cleanup; + close(fd); + + fd = mkstemp(low_data_file); + if (!ASSERT_GE(fd, 0, "mkstemp")) + goto cleanup; + close(fd); + + fd = mkstemp(high_time_file); + if (!ASSERT_GE(fd, 0, "mkstemp")) + goto cleanup; + close(fd); + + fd = mkstemp(low_time_file); + if (!ASSERT_GE(fd, 0, "mkstemp")) + goto cleanup; + close(fd); + + low_pid = fork(); + if (!ASSERT_GE(low_pid, 0, "fork low")) + goto cleanup; + if (low_pid == 0) + exit(real_test_child_work(CG_LOW_DIR, low_data_file, + low_time_file, read_times)); + + high_pid = fork(); + if (!ASSERT_GE(high_pid, 0, "fork high")) + goto cleanup; + if (high_pid == 0) + exit(real_test_child_work(CG_HIGH_DIR, high_data_file, + high_time_file, read_times)); + + low_pid = waitpid(low_pid, &status, 0); + if (!ASSERT_GT(low_pid, 0, "low waitpid")) + goto cleanup; + /* + * The child has been reaped and its PID can already be reused, + * so mark it to keep cleanup from signaling an unrelated process. + */ + low_pid = -1; + if (!ASSERT_TRUE(WIFEXITED(status), "low exited")) + goto cleanup; + if (WEXITSTATUS(status) != CHILD_EXIT_OK) { + PRINT_FAIL("low child failed at: %s (exit status %d)", + child_exit_str(WEXITSTATUS(status)), + WEXITSTATUS(status)); + goto cleanup; + } + + high_pid = waitpid(high_pid, &status, 0); + if (!ASSERT_GT(high_pid, 0, "high waitpid")) + goto cleanup; + /* Same as above: the reaped PID must not be signaled again. */ + high_pid = -1; + if (!ASSERT_TRUE(WIFEXITED(status), "high exited")) + goto cleanup; + if (WEXITSTATUS(status) != CHILD_EXIT_OK) { + PRINT_FAIL("high child failed at: %s (exit status %d)", + child_exit_str(WEXITSTATUS(status)), + WEXITSTATUS(status)); + goto cleanup; + } + + if (get_time(high_time_file, high_elapsed)) + goto cleanup; + if (get_time(low_time_file, low_elapsed)) + goto cleanup; + + ret = 0; + +cleanup: + /* On failure, make sure no child process is left behind */ + if (ret) { + if (high_pid > 0) { + kill(high_pid, SIGKILL); + (void)waitpid(high_pid, NULL, 0); + } + if (low_pid > 0) { + kill(low_pid, SIGKILL); + (void)waitpid(low_pid, NULL, 0); + } + } + unlink(low_time_file); + unlink(high_time_file); + unlink(low_data_file); + unlink(high_data_file); + return ret; +} + +static int +setup_bpf(u64 high_cgroup_id, u64 low_cgroup_id, + struct memcg_async_reclaim **skel_ptr) +{ + struct memcg_async_reclaim *skel; + struct bpf_args_s bpf_args = { + .high_cgroup_id = high_cgroup_id, + .low_cgroup_id = low_cgroup_id, + .event_delta_threshold = EVENT_DELTA_THRESHOLD, + .check_ns = CHECK_PERIOD_NS, + }; + LIBBPF_OPTS(bpf_test_run_opts, run_opts, + .ctx_in = &bpf_args, + .ctx_size_in = sizeof(bpf_args)); + int prog_init_fd, err; + + skel = memcg_async_reclaim__open_and_load(); + if (!ASSERT_OK_PTR(skel, "memcg_async_reclaim__open_and_load")) + return -1; + + prog_init_fd = bpf_program__fd(skel->progs.wq_prog_init); + + err = bpf_prog_test_run_opts(prog_init_fd, &run_opts); + if (!ASSERT_OK(err, "bpf_prog_test_run_opts")) + goto error_out; + if (!ASSERT_EQ(run_opts.retval, 0, "prog_init retval")) + goto error_out; + + *skel_ptr = skel; + return 0; + +error_out: + memcg_async_reclaim__destroy(skel); + return -1; +} + +void test_memcg_wq_async_reclaim(void) +{ + u64 high_cgroup_id, low_cgroup_id; + int err; + double high_time = 0.0, low_time = 0.0; + struct memcg_async_reclaim *skel = NULL; + + err = setup_high_low_cgroups(&high_cgroup_id, &low_cgroup_id); + if (!ASSERT_OK(err, "setup_high_low_cgroups reclaim")) + return; + + err = setup_bpf(high_cgroup_id, low_cgroup_id, &skel); + if (!ASSERT_OK(err, "setup_bpf")) + goto out; + + err = run_high_low_workload(&high_time, &low_time, READ_TIMES); + if (!ASSERT_OK(err, "run_high_low_workload reclaim")) + goto out; + + /* + * The timing comparison below alone cannot distinguish a working + * reclaim from a no-op one, so require that the BPF program + * actually reclaimed pages from the low cgroup. + */ + if (!ASSERT_GT(skel->bss->reclaim_calls, 0, "reclaim_calls")) + goto out; + if (!ASSERT_GT(skel->bss->reclaimed_pages, 0, "reclaimed_pages")) + goto out; + + if (high_time >= low_time) + PRINT_FAIL("high cgroup not improved with async reclaim: high_time=%f low_time=%f", + high_time, low_time); + +out: + if (skel) + memcg_async_reclaim__destroy(skel); + cleanup_cgroup_environment(); +} diff --git a/tools/testing/selftests/bpf/progs/memcg_async_reclaim.c b/tools/testing/selftests/bpf/progs/memcg_async_reclaim.c new file mode 100644 index 000000000000..225f0bc66711 --- /dev/null +++ b/tools/testing/selftests/bpf/progs/memcg_async_reclaim.c @@ -0,0 +1,180 @@ +// SPDX-License-Identifier: GPL-2.0 + +#include "vmlinux.h" +#include "bpf_experimental.h" +#include <bpf/bpf_helpers.h> +#include <bpf/bpf_tracing.h> +#include <bpf/bpf_core_read.h> + +#define CLOCK_MONOTONIC_ID 1 +#define PAGE_SIZE 4096UL +#define RECLAIM_SIZE (32 * PAGE_SIZE) +#define RECLAIM_MAX_ITER 32 + +struct bpf_args_s { + u64 high_cgroup_id; + u64 low_cgroup_id; + u64 event_delta_threshold; + u64 check_ns; +}; + +struct cgroup_memcg { + struct cgroup *cgrp; + struct mem_cgroup *memcg; +}; + +static u64 wq_high_cgroup_id; +static u64 wq_low_cgroup_id; + +/* Statistics exposed to userspace through .bss, so the test can verify + * that reclaim actually happened instead of relying on timing alone. + */ +u64 reclaim_calls; +u64 reclaimed_pages; + +static int get_cgroup_memcg_from_id(u64 cgroup_id, struct cgroup_memcg *cm) +{ + cm->cgrp = bpf_cgroup_from_id(cgroup_id); + if (!cm->cgrp) + return -1; + + cm->memcg = bpf_get_mem_cgroup(&cm->cgrp->self); + if (!cm->memcg) { + bpf_cgroup_release(cm->cgrp); + return -1; + } + + return 0; +} + +static void put_cgroup_memcg(struct cgroup_memcg *cm) +{ + bpf_put_mem_cgroup(cm->memcg); + bpf_cgroup_release(cm->cgrp); +} + +static int get_cgroup_event(u64 cgroup_id, u64 *val) +{ + struct cgroup_memcg cm; + + if (get_cgroup_memcg_from_id(cgroup_id, &cm)) + return -1; + bpf_mem_cgroup_flush_stats(cm.memcg); + *val = bpf_mem_cgroup_page_state(cm.memcg, + bpf_core_enum_value(enum node_stat_item, + WORKINGSET_REFAULT_FILE)); + put_cgroup_memcg(&cm); + + return 0; +} + +static bool +should_reclaim_cgroup(u64 cgroup_id, u64 *prev_event, u64 event_delta_threshold) +{ + u64 cur, delta; + + if (get_cgroup_event(cgroup_id, &cur)) + return false; + + delta = cur - *prev_event; + *prev_event = cur; + + return delta >= event_delta_threshold; +} + +static int reclaim_cgroup(u64 cgroup_id) +{ + struct cgroup_memcg cm; + int i; + + if (get_cgroup_memcg_from_id(cgroup_id, &cm)) + return 0; + + reclaim_calls++; + for (i = 0; i < RECLAIM_MAX_ITER; i++) { + u64 nr = bpf_proactive_reclaim(cm.memcg, RECLAIM_SIZE); + + if (!nr) + break; + reclaimed_pages += nr; + } + + put_cgroup_memcg(&cm); + + return 0; +} + +struct wq_elem { + struct bpf_timer timer; + struct bpf_wq work; + u64 prev_event; + u64 event_delta_threshold; + u64 check_ns; +}; + +struct { + __uint(type, BPF_MAP_TYPE_ARRAY); + __uint(max_entries, 1); + __type(key, __u32); + __type(value, struct wq_elem); +} wq_map SEC(".maps"); + +static int async_free(void *map, int *key, void *value) +{ + struct wq_elem *elem = value; + + if (should_reclaim_cgroup(wq_high_cgroup_id, &elem->prev_event, + elem->event_delta_threshold)) { + reclaim_cgroup(wq_low_cgroup_id); + bpf_wq_start(&elem->work, 0); + } + + return 0; +} + +static int wq_timer_cb(void *map, int *key, struct wq_elem *elem) +{ + bpf_wq_start(&elem->work, 0); + bpf_timer_start(&elem->timer, elem->check_ns, 0); + + return 0; +} + +SEC("syscall") +int wq_prog_init(struct bpf_args_s *ctx) +{ + struct wq_elem *elem; + __u32 key = 0; + int ret; + + elem = bpf_map_lookup_elem(&wq_map, &key); + if (!elem) + return -1; + + ret = bpf_wq_init(&elem->work, &wq_map, 0); + if (ret) + return ret; + + ret = bpf_wq_set_callback(&elem->work, async_free, 0); + if (ret) + return ret; + + ret = bpf_timer_init(&elem->timer, &wq_map, CLOCK_MONOTONIC_ID); + if (ret) + return ret; + + ret = bpf_timer_set_callback(&elem->timer, wq_timer_cb); + if (ret) + return ret; + + elem->prev_event = 0; + elem->event_delta_threshold = ctx->event_delta_threshold; + elem->check_ns = ctx->check_ns; + + wq_high_cgroup_id = ctx->high_cgroup_id; + wq_low_cgroup_id = ctx->low_cgroup_id; + + return bpf_timer_start(&elem->timer, elem->check_ns, 0); +} + +char LICENSE[] SEC("license") = "GPL"; -- 2.53.0 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH bpf-next v3 2/2] selftests/bpf: add memcg async reclaim test 2026-08-19 6:35 ` [PATCH bpf-next v3 2/2] selftests/bpf: add memcg async reclaim test Hui Zhu @ 2026-08-19 6:46 ` sashiko-bot 2026-08-19 7:16 ` bot+bpf-ci 1 sibling, 0 replies; 7+ messages in thread From: sashiko-bot @ 2026-08-19 6:46 UTC (permalink / raw) To: Hui Zhu; +Cc: bpf Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider: - [Medium] Process leak due to overwriting child PID variable with the result of waitpid(). - [Low] BPF comment style violation for multiline comments. -- --- Patch [2]: [PATCH bpf-next v3 2/2] selftests/bpf: add memcg async reclaim test --- commit 4779648533dd0e49d1c2f5c9bdbbad1260ba333c Author: Hui Zhu <zhuhui@kylinos.cn> selftests/bpf: add memcg async reclaim test Add memcg_async_reclaim selftest that verifies BPF-driven async proactive reclaim can mitigate refault-induced slowdown under memory pressure. > diff --git a/tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c b/tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c > new file mode 100644 > index 0000000000000..e990d1fdc79fd > --- /dev/null > +++ b/tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c [ ... ] > + low_pid = fork(); > + if (!ASSERT_GE(low_pid, 0, "fork low")) > + goto cleanup; > + if (low_pid == 0) > + exit(real_test_child_work(CG_LOW_DIR, low_data_file, > + low_time_file, read_times)); > + > + high_pid = fork(); > + if (!ASSERT_GE(high_pid, 0, "fork high")) > + goto cleanup; > + if (high_pid == 0) > + exit(real_test_child_work(CG_HIGH_DIR, high_data_file, > + high_time_file, read_times)); > + > + low_pid = waitpid(low_pid, &status, 0); > + if (!ASSERT_GT(low_pid, 0, "low waitpid")) > + goto cleanup; [Severity: Medium] If waitpid() fails and returns -1, does this overwrite low_pid with the error value? Later in the cleanup path, the code relies on the PID being positive to kill the left-behind child processes: if (ret) { if (high_pid > 0) { ... } if (low_pid > 0) { kill(low_pid, SIGKILL); (void)waitpid(low_pid, NULL, 0); } } Since low_pid was overwritten with -1, the cleanup logic will fail to kill the child process, potentially leaving it running and consuming resources. Would it be safer to store the waitpid() return value in a separate status or pid variable? > + /* > + * The child has been reaped and its PID can already be reused, > + * so mark it to keep cleanup from signaling an unrelated process. > + */ > + low_pid = -1; > + if (!ASSERT_TRUE(WIFEXITED(status), "low exited")) > + goto cleanup; > + if (WEXITSTATUS(status) != CHILD_EXIT_OK) { > + PRINT_FAIL("low child failed at: %s (exit status %d)", > + child_exit_str(WEXITSTATUS(status)), > + WEXITSTATUS(status)); > + goto cleanup; > + } > + > + high_pid = waitpid(high_pid, &status, 0); > + if (!ASSERT_GT(high_pid, 0, "high waitpid")) > + goto cleanup; [Severity: Medium] Similar to the issue above, if waitpid() returns an error, high_pid is overwritten. This prevents the cleanup code from terminating the high_pid child process if the wait call is interrupted. [ ... ] > diff --git a/tools/testing/selftests/bpf/progs/memcg_async_reclaim.c b/tools/testing/selftests/bpf/progs/memcg_async_reclaim.c > new file mode 100644 > index 0000000000000..225f0bc667113 > --- /dev/null > +++ b/tools/testing/selftests/bpf/progs/memcg_async_reclaim.c [ ... ] > +static u64 wq_high_cgroup_id; > +static u64 wq_low_cgroup_id; > + > +/* Statistics exposed to userspace through .bss, so the test can verify > + * that reclaim actually happened instead of relying on timing alone. > + */ [Severity: Low] This isn't a bug, but the BPF subsystem prefers multi-line comments to have the opening /* on its own line: /* * Statistics exposed to userspace through .bss, so the test can verify * that reclaim actually happened instead of relying on timing alone. */ > +u64 reclaim_calls; > +u64 reclaimed_pages; > + -- Sashiko AI review · https://sashiko.dev/#/patchset/cover.1787120833.git.zhuhui@kylinos.cn?part=2 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH bpf-next v3 2/2] selftests/bpf: add memcg async reclaim test 2026-08-19 6:35 ` [PATCH bpf-next v3 2/2] selftests/bpf: add memcg async reclaim test Hui Zhu 2026-08-19 6:46 ` sashiko-bot @ 2026-08-19 7:16 ` bot+bpf-ci 1 sibling, 0 replies; 7+ messages in thread From: bot+bpf-ci @ 2026-08-19 7:16 UTC (permalink / raw) To: hui.zhu, roman.gushchin, inwardvessel, shakeel.butt, akpm, andrii, eddyz87, ihor.solodrai, ast, daniel, memxor, martin.lau, song, yonghong.song, jolsa, emil, shuah, baohua, geliang, linux-kernel, bpf, linux-mm, linux-kselftest Cc: zhuhui, ast, andrii, daniel, martin.lau, eddyz87, yonghong.song, clm, ihor.solodrai [-- Attachment #1: Type: text/plain, Size: 2330 bytes --] > diff --git a/tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c b/tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c > new file mode 100644 > index 000000000000..e990d1fdc79f > --- /dev/null > +++ b/tools/testing/selftests/bpf/prog_tests/memcg_async_reclaim.c [ ... ] > +static int > +run_high_low_workload(double *high_elapsed, double *low_elapsed, int read_times) > +{ > + char high_data_file[PATH_MAX]; > + char low_data_file[PATH_MAX]; > + char high_time_file[PATH_MAX]; > + char low_time_file[PATH_MAX]; > + const char *dir = workload_files_dir(); > + pid_t high_pid = -1, low_pid = -1; > + int fd, status; > + int ret = -1; [ ... ] > + low_pid = fork(); > + if (!ASSERT_GE(low_pid, 0, "fork low")) > + goto cleanup; > + if (low_pid == 0) > + exit(real_test_child_work(CG_LOW_DIR, low_data_file, > + low_time_file, read_times)); > + > + high_pid = fork(); > + if (!ASSERT_GE(high_pid, 0, "fork high")) > + goto cleanup; > + if (high_pid == 0) > + exit(real_test_child_work(CG_HIGH_DIR, high_data_file, > + high_time_file, read_times)); Should these forked children use _exit() rather than exit()? exit() runs atexit handlers and flushes every stdio stream the child inherited from test_progs, including whatever the parent had buffered but not yet written at the moment of the fork. Where the buffer is a real file descriptor this duplicates the parent's pending output once per child. The hijack body in test_progs.c is inside #ifdef __GLIBC__, so on a non-glibc build stdout is never hijacked at all. Also, stdio_hijack_init() is skipped when running with verbose output: if (verbose() && env.worker_id == -1) return; /* output to stdout by default */ So `./test_progs -v > log` (fully buffered pipe/file, no -j) and any musl-based build get duplicated log fragments plus the child's own printf. Other forking tests in this directory already use _exit(): prog_tests/bpf_iter.c, prog_tests/exhandler.c, prog_tests/cpumask.c, prog_tests/task_kfunc.c, prog_tests/deny_namespace.c, and prog_tests/uprobe_syscall.c. [ ... ] --- AI reviewed your patch. Please fix the bug or email reply why it's not a bug. See: https://github.com/kernel-patches/vmtest/blob/master/ci/claude/README.md CI run summary: https://github.com/kernel-patches/bpf/actions/runs/32224943030 ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2026-08-19 7:16 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2026-08-19 6:35 [PATCH bpf-next v3 0/2] bpf: BPF-driven proactive memcg reclaim Hui Zhu 2026-08-19 6:35 ` [PATCH bpf-next v3 1/2] mm/bpf: Add bpf_proactive_reclaim kfuncs Hui Zhu 2026-08-19 6:50 ` sashiko-bot 2026-08-19 7:16 ` bot+bpf-ci 2026-08-19 6:35 ` [PATCH bpf-next v3 2/2] selftests/bpf: add memcg async reclaim test Hui Zhu 2026-08-19 6:46 ` sashiko-bot 2026-08-19 7:16 ` bot+bpf-ci
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.