[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id:
<176167501101.2338015.15567107608462065375.git-patchwork-notify@kernel.org>
Date: Tue, 28 Oct 2025 18:10:11 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Leon Hwang <leon.hwang@...ux.dev>
Cc: bpf@...r.kernel.org, ast@...nel.org, andrii@...nel.org,
daniel@...earbox.net, martin.lau@...ux.dev, eddyz87@...il.com,
song@...nel.org, yonghong.song@...ux.dev, john.fastabend@...il.com,
kpsingh@...nel.org, sdf@...ichev.me, haoluo@...gle.com, jolsa@...nel.org,
memxor@...il.com, linux-kernel@...r.kernel.org, kernel-patches-bot@...com
Subject: Re: [PATCH bpf v3 0/4] bpf: Free special fields when update hash and
local storage maps
Hello:
This series was applied to bpf/bpf-next.git (master)
by Andrii Nakryiko <andrii@...nel.org>:
On Sun, 26 Oct 2025 23:39:56 +0800 you wrote:
> In the discussion thread
> "[PATCH bpf-next v9 0/7] bpf: Introduce BPF_F_CPU and BPF_F_ALL_CPUS flags for percpu maps"[1],
> it was pointed out that missing calls to bpf_obj_free_fields() could
> lead to memory leaks.
>
> A selftest was added to confirm that this is indeed a real issue - the
> refcount of BPF_KPTR_REF field is not decremented when
> bpf_obj_free_fields() is missing after copy_map_value[,_long]().
>
> [...]
Here is the summary with links:
- [bpf,v3,1/4] bpf: Free special fields when update [lru_,]percpu_hash maps
https://git.kernel.org/bpf/bpf-next/c/f6de8d643ff1
- [bpf,v3,2/4] bpf: Free special fields when update hash maps with BPF_F_LOCK
https://git.kernel.org/bpf/bpf-next/c/c7fcb7972196
- [bpf,v3,3/4] bpf: Free special fields when update local storage maps
(no matching commit)
- [bpf,v3,4/4] selftests/bpf: Add tests to verify freeing the special fields when update hash and local storage maps
https://git.kernel.org/bpf/bpf-next/c/d5a7e7af14cc
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists