From: "Christian König" <christian.koenig@amd.com>
To: "T.J. Mercier" <tjmercier@google.com>,
sumit.semwal@linaro.org, ast@kernel.org, daniel@iogearbox.net,
andrii@kernel.org, martin.lau@linux.dev,
skhan@linuxfoundation.org, song@kernel.org,
alexei.starovoitov@gmail.com
Cc: linux-kernel@vger.kernel.org, linux-media@vger.kernel.org,
dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org,
linux-doc@vger.kernel.org, bpf@vger.kernel.org,
linux-kselftest@vger.kernel.org, android-mm@google.com,
simona@ffwll.ch, corbet@lwn.net, eddyz87@gmail.com,
yonghong.song@linux.dev, john.fastabend@gmail.com,
kpsingh@kernel.org, sdf@fomichev.me, jolsa@kernel.org,
mykolal@fb.com
Subject: Re: [PATCH v2 2/6] bpf: Add dmabuf iterator
Date: Mon, 5 May 2025 13:16:48 +0200 [thread overview]
Message-ID: <26ca8ddf-0d78-462f-a47d-a1128b2e058f@amd.com> (raw)
In-Reply-To: <20250504224149.1033867-3-tjmercier@google.com>
On 5/5/25 00:41, T.J. Mercier wrote:
> The dmabuf iterator traverses the list of all DMA buffers.
>
> DMA buffers are refcounted through their associated struct file. A
> reference is taken on each buffer as the list is iterated to ensure each
> buffer persists for the duration of the bpf program execution without
> holding the list mutex.
>
> Signed-off-by: T.J. Mercier <tjmercier@google.com>
> ---
> kernel/bpf/Makefile | 3 +
> kernel/bpf/dmabuf_iter.c | 134 +++++++++++++++++++++++++++++++++++++++
> 2 files changed, 137 insertions(+)
> create mode 100644 kernel/bpf/dmabuf_iter.c
>
> diff --git a/kernel/bpf/Makefile b/kernel/bpf/Makefile
> index 70502f038b92..3a335c50e6e3 100644
> --- a/kernel/bpf/Makefile
> +++ b/kernel/bpf/Makefile
> @@ -53,6 +53,9 @@ obj-$(CONFIG_BPF_SYSCALL) += relo_core.o
> obj-$(CONFIG_BPF_SYSCALL) += btf_iter.o
> obj-$(CONFIG_BPF_SYSCALL) += btf_relocate.o
> obj-$(CONFIG_BPF_SYSCALL) += kmem_cache_iter.o
> +ifeq ($(CONFIG_DMA_SHARED_BUFFER),y)
> +obj-$(CONFIG_BPF_SYSCALL) += dmabuf_iter.o
> +endif
>
> CFLAGS_REMOVE_percpu_freelist.o = $(CC_FLAGS_FTRACE)
> CFLAGS_REMOVE_bpf_lru_list.o = $(CC_FLAGS_FTRACE)
> diff --git a/kernel/bpf/dmabuf_iter.c b/kernel/bpf/dmabuf_iter.c
> new file mode 100644
> index 000000000000..968762e11f73
> --- /dev/null
> +++ b/kernel/bpf/dmabuf_iter.c
> @@ -0,0 +1,134 @@
> +// SPDX-License-Identifier: GPL-2.0-only
> +/* Copyright (c) 2025 Google LLC */
> +#include <linux/bpf.h>
> +#include <linux/btf_ids.h>
> +#include <linux/dma-buf.h>
> +#include <linux/kernel.h>
> +#include <linux/seq_file.h>
> +
> +BTF_ID_LIST_SINGLE(bpf_dmabuf_btf_id, struct, dma_buf)
> +DEFINE_BPF_ITER_FUNC(dmabuf, struct bpf_iter_meta *meta, struct dma_buf *dmabuf)
> +
> +static struct dma_buf *get_next_dmabuf(struct dma_buf *dmabuf)
> +{
> + struct dma_buf *ret = NULL;
> +
> + /*
> + * Look for the first/next buffer we can obtain a reference to.
> + *
> + * The list mutex does not protect a dmabuf's refcount, so it can be
> + * zeroed while we are iterating. We cannot call get_dma_buf() since the
> + * caller of this program may not already own a reference to the buffer.
> + */
> + mutex_lock(&dmabuf_list_mutex);
> + if (dmabuf) {
That looks like you try to mangle the start and next functionality in just one function.
I would just inline that into the dmabuf_iter_seq_start() and dmabuf_iter_seq_next() functions.
> + dma_buf_put(dmabuf);
> + list_for_each_entry_continue(dmabuf, &dmabuf_list, list_node) {
That you can put the DMA-buf and then still uses it in list_for_each_entry_continue() only works because the mutex is locked in the destroy path.
I strongly suggest to just put those two functions into drivers/dma-buf/dma-buf.c right next to the __dma_buf_debugfs_list_add() and __dma_buf_debugfs_list_del() functions.
Apart from those style suggestions looks good to me from the technical side, but I'm not an expert for the BPF stuff.
Regards,
Christian.
> + if (file_ref_get(&dmabuf->file->f_ref)) {
> + ret = dmabuf;
> + break;
> + }
> + }
> + } else {
> + list_for_each_entry(dmabuf, &dmabuf_list, list_node) {
> + if (file_ref_get(&dmabuf->file->f_ref)) {
> + ret = dmabuf;
> + break;
> + }
> + }
> + }
> + mutex_unlock(&dmabuf_list_mutex);
> + return ret;
> +}
> +
> +static void *dmabuf_iter_seq_start(struct seq_file *seq, loff_t *pos)
> +{
> + if (*pos)
> + return NULL;
> +
> + return get_next_dmabuf(NULL);
> +}
> +
> +static void *dmabuf_iter_seq_next(struct seq_file *seq, void *v, loff_t *pos)
> +{
> + struct dma_buf *dmabuf = v;
> +
> + ++*pos;
> +
> + return get_next_dmabuf(dmabuf);
> +}
> +
> +struct bpf_iter__dmabuf {
> + __bpf_md_ptr(struct bpf_iter_meta *, meta);
> + __bpf_md_ptr(struct dma_buf *, dmabuf);
> +};
> +
> +static int __dmabuf_seq_show(struct seq_file *seq, void *v, bool in_stop)
> +{
> + struct bpf_iter_meta meta = {
> + .seq = seq,
> + };
> + struct bpf_iter__dmabuf ctx = {
> + .meta = &meta,
> + .dmabuf = v,
> + };
> + struct bpf_prog *prog = bpf_iter_get_info(&meta, in_stop);
> +
> + if (prog)
> + return bpf_iter_run_prog(prog, &ctx);
> +
> + return 0;
> +}
> +
> +static int dmabuf_iter_seq_show(struct seq_file *seq, void *v)
> +{
> + return __dmabuf_seq_show(seq, v, false);
> +}
> +
> +static void dmabuf_iter_seq_stop(struct seq_file *seq, void *v)
> +{
> + struct dma_buf *dmabuf = v;
> +
> + if (dmabuf)
> + dma_buf_put(dmabuf);
> +}
> +
> +static const struct seq_operations dmabuf_iter_seq_ops = {
> + .start = dmabuf_iter_seq_start,
> + .next = dmabuf_iter_seq_next,
> + .stop = dmabuf_iter_seq_stop,
> + .show = dmabuf_iter_seq_show,
> +};
> +
> +static void bpf_iter_dmabuf_show_fdinfo(const struct bpf_iter_aux_info *aux,
> + struct seq_file *seq)
> +{
> + seq_puts(seq, "dmabuf iter\n");
> +}
> +
> +static const struct bpf_iter_seq_info dmabuf_iter_seq_info = {
> + .seq_ops = &dmabuf_iter_seq_ops,
> + .init_seq_private = NULL,
> + .fini_seq_private = NULL,
> + .seq_priv_size = 0,
> +};
> +
> +static struct bpf_iter_reg bpf_dmabuf_reg_info = {
> + .target = "dmabuf",
> + .feature = BPF_ITER_RESCHED,
> + .show_fdinfo = bpf_iter_dmabuf_show_fdinfo,
> + .ctx_arg_info_size = 1,
> + .ctx_arg_info = {
> + { offsetof(struct bpf_iter__dmabuf, dmabuf),
> + PTR_TO_BTF_ID_OR_NULL },
> + },
> + .seq_info = &dmabuf_iter_seq_info,
> +};
> +
> +static int __init dmabuf_iter_init(void)
> +{
> + bpf_dmabuf_reg_info.ctx_arg_info[0].btf_id = bpf_dmabuf_btf_id[0];
> + return bpf_iter_reg_target(&bpf_dmabuf_reg_info);
> +}
> +
> +late_initcall(dmabuf_iter_init);
next prev parent reply other threads:[~2025-05-05 11:17 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-04 22:41 [PATCH v2 0/6] Replace CONFIG_DMABUF_SYSFS_STATS with BPF T.J. Mercier
2025-05-04 22:41 ` [PATCH v2 1/6] dma-buf: Rename and expose debugfs symbols T.J. Mercier
2025-05-05 11:08 ` Christian König
2025-05-04 22:41 ` [PATCH v2 2/6] bpf: Add dmabuf iterator T.J. Mercier
2025-05-05 11:16 ` Christian König [this message]
2025-05-05 16:33 ` T.J. Mercier
2025-05-05 16:56 ` Christian König
2025-05-05 17:07 ` T.J. Mercier
2025-05-06 0:24 ` Alexei Starovoitov
2025-05-04 22:41 ` [PATCH v2 3/6] bpf: Add open coded " T.J. Mercier
2025-05-04 22:41 ` [PATCH v2 4/6] selftests/bpf: Add test for dmabuf_iter T.J. Mercier
2025-05-04 22:41 ` [PATCH v2 5/6] selftests/bpf: Add test for open coded dmabuf_iter T.J. Mercier
2025-05-04 22:41 ` [RFC PATCH v2 6/6] RFC: dma-buf: Remove DMA-BUF statistics T.J. Mercier
2025-05-05 11:18 ` Christian König
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=26ca8ddf-0d78-462f-a47d-a1128b2e058f@amd.com \
--to=christian.koenig@amd.com \
--cc=alexei.starovoitov@gmail.com \
--cc=andrii@kernel.org \
--cc=android-mm@google.com \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=corbet@lwn.net \
--cc=daniel@iogearbox.net \
--cc=dri-devel@lists.freedesktop.org \
--cc=eddyz87@gmail.com \
--cc=john.fastabend@gmail.com \
--cc=jolsa@kernel.org \
--cc=kpsingh@kernel.org \
--cc=linaro-mm-sig@lists.linaro.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=martin.lau@linux.dev \
--cc=mykolal@fb.com \
--cc=sdf@fomichev.me \
--cc=simona@ffwll.ch \
--cc=skhan@linuxfoundation.org \
--cc=song@kernel.org \
--cc=sumit.semwal@linaro.org \
--cc=tjmercier@google.com \
--cc=yonghong.song@linux.dev \
/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