From: patchwork-bot+netdevbpf@kernel.org
To: Mykyta Yatsenko <mykyta.yatsenko5@gmail.com>
Cc: bpf@vger.kernel.org, ast@kernel.org, andrii@kernel.org,
daniel@iogearbox.net, kafai@meta.com, kernel-team@meta.com,
eddyz87@gmail.com, memxor@gmail.com, aaron1esau@gmail.com,
yatsenko@meta.com
Subject: Re: [PATCH 0/2] bpf: Fix torn writes in non-prealloc htab with BPF_F_LOCK
Date: Mon, 06 Apr 2026 01:50:13 +0000 [thread overview]
Message-ID: <177544021381.2520976.18165686699458802520.git-patchwork-notify@kernel.org> (raw)
In-Reply-To: <20260401-bpf_map_torn_writes-v1-0-782d071c55e7@meta.com>
Hello:
This series was applied to bpf/bpf-next.git (master)
by Alexei Starovoitov <ast@kernel.org>:
On Wed, 01 Apr 2026 06:50:35 -0700 you wrote:
> A torn write issue was reported in htab_map_update_elem() with
> BPF_F_LOCK on hash maps. The BPF_F_LOCK fast path performs
> a lockless lookup and copies the value under the element's embedded
> spin_lock. A concurrent delete can free the element via
> bpf_mem_cache_free(), which allows immediate reuse. When
> alloc_htab_elem() recycles the same memory, it writes the value with
> plain copy_map_value() without taking the spin_lock, racing with the
> stale lock holder and producing torn writes.
>
> [...]
Here is the summary with links:
- [1/2] bpf: Use copy_map_value_locked() in alloc_htab_elem() for BPF_F_LOCK
https://git.kernel.org/bpf/bpf-next/c/07738bc566c3
- [2/2] selftests/bpf: Add torn write detection test for htab BPF_F_LOCK
https://git.kernel.org/bpf/bpf-next/c/f64eb44ce906
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
prev parent reply other threads:[~2026-04-06 1:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-01 13:50 [PATCH 0/2] bpf: Fix torn writes in non-prealloc htab with BPF_F_LOCK Mykyta Yatsenko
2026-04-01 13:50 ` [PATCH 1/2] bpf: Use copy_map_value_locked() in alloc_htab_elem() for BPF_F_LOCK Mykyta Yatsenko
2026-04-01 13:50 ` [PATCH 2/2] selftests/bpf: Add torn write detection test for htab BPF_F_LOCK Mykyta Yatsenko
2026-04-01 15:21 ` [PATCH 0/2] bpf: Fix torn writes in non-prealloc htab with BPF_F_LOCK Kumar Kartikeya Dwivedi
2026-04-01 15:33 ` Mykyta Yatsenko
2026-04-01 15:42 ` Kumar Kartikeya Dwivedi
2026-04-06 1:50 ` patchwork-bot+netdevbpf [this message]
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=177544021381.2520976.18165686699458802520.git-patchwork-notify@kernel.org \
--to=patchwork-bot+netdevbpf@kernel.org \
--cc=aaron1esau@gmail.com \
--cc=andrii@kernel.org \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=eddyz87@gmail.com \
--cc=kafai@meta.com \
--cc=kernel-team@meta.com \
--cc=memxor@gmail.com \
--cc=mykyta.yatsenko5@gmail.com \
--cc=yatsenko@meta.com \
/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