public inbox for io-uring@vger.kernel.org
 help / color / mirror / Atom feed
From: Gabriel Krisman Bertazi <krisman@suse.de>
To: Joanne Koong <joannelkoong@gmail.com>
Cc: miklos@szeredi.hu,  axboe@kernel.dk,  bschubert@ddn.com,
	asml.silence@gmail.com,  io-uring@vger.kernel.org,
	csander@purestorage.com,  xiaobing.li@samsung.com,
	linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH v3 07/25] io_uring/kbuf: add recycling for kernel managed buffer rings
Date: Mon, 05 Jan 2026 13:49:34 -0500	[thread overview]
Message-ID: <87pl7n7v41.fsf@mailhost.krisman.be> (raw)
In-Reply-To: <CAJnrk1YRZYdEBL=6K0-7oAq6s-TfL7AnuHwZsN2miPYy1vGCOg@mail.gmail.com> (Joanne Koong's message of "Mon, 29 Dec 2025 17:15:42 -0800")

Joanne Koong <joannelkoong@gmail.com> writes:

>> But now I see this is never exposed to userspace as an io_uring_cmd
>> command itself, it is only used internally by other fuse operations.
>> Nevertheless, it's implemented as an io_uring_cmd by
>> io_uring_cmd_kmbuffer_recycle.
>>
>> Is it eventually going to be exposed as operations to userspace? If not,
>> I'd suggest to stay out of the io_uring_cmd namespace (perhaps call
>> io_kmbuf_recycle directly from fs/fuse).  Do we need to have this
>> io_uring_cmd abstraction for some reason I'm missing?
>
> Hi Gabriel,
>
> Thanks for taking a look at the patchset.
>
> This is not going to be exposed as an operation to userspace. Only the
> kernel will be able to recycle kmbufs.
>
> I was under the impression the io_uring_cmd_* abstraction was
> preferred as the API for interfacing with io_uring from another
> subsystem.

Hello,

I don't think that's the case, no. io_uring_cmd are used to expose
backend-specific file operations to userspace, similar to an
asynchronous ioctl.  Moreover, it would just add an extra layer, without
bringing any benefits, IMO.

> In that case then, I'll get rid of the io_uring_cmd layers
> for the calls then, that will make things simpler.

-- 
Gabriel Krisman Bertazi

  reply	other threads:[~2026-01-05 18:49 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-23  0:34 [PATCH v3 00/25] fuse/io-uring: add kernel-managed buffer rings and zero-copy Joanne Koong
2025-12-23  0:34 ` [PATCH v3 01/25] io_uring/kbuf: refactor io_buf_pbuf_register() logic into generic helpers Joanne Koong
2025-12-23  0:34 ` [PATCH v3 02/25] io_uring/kbuf: rename io_unregister_pbuf_ring() to io_unregister_buf_ring() Joanne Koong
2025-12-23  0:35 ` [PATCH v3 03/25] io_uring/kbuf: add support for kernel-managed buffer rings Joanne Koong
2025-12-23  0:35 ` [PATCH v3 04/25] io_uring/kbuf: add mmap " Joanne Koong
2025-12-23  0:35 ` [PATCH v3 05/25] io_uring/kbuf: support kernel-managed buffer rings in buffer selection Joanne Koong
2026-01-03 22:45   ` Caleb Sander Mateos
2026-01-09  0:56     ` Joanne Koong
2025-12-23  0:35 ` [PATCH v3 06/25] io_uring/kbuf: add buffer ring pinning/unpinning Joanne Koong
2025-12-29 21:07   ` Gabriel Krisman Bertazi
2025-12-30  1:27     ` Joanne Koong
2025-12-30 17:54       ` Gabriel Krisman Bertazi
2026-01-02 17:57         ` Joanne Koong
2026-01-08 18:40         ` Caleb Sander Mateos
2026-01-08 19:18   ` Caleb Sander Mateos
2026-01-09  1:04     ` Joanne Koong
2025-12-23  0:35 ` [PATCH v3 07/25] io_uring/kbuf: add recycling for kernel managed buffer rings Joanne Koong
2025-12-29 22:00   ` Gabriel Krisman Bertazi
2025-12-29 22:20     ` Gabriel Krisman Bertazi
2025-12-30  1:15       ` Joanne Koong
2026-01-05 18:49         ` Gabriel Krisman Bertazi [this message]
2026-01-08 20:37   ` Caleb Sander Mateos
2026-01-09  1:07     ` Joanne Koong
2025-12-23  0:35 ` [PATCH v3 08/25] io_uring: add io_uring_cmd_fixed_index_get() and io_uring_cmd_fixed_index_put() Joanne Koong
2026-01-08 19:02   ` Caleb Sander Mateos
2026-01-08 20:44     ` Caleb Sander Mateos
2026-01-09  0:55       ` Joanne Koong
2026-01-09  1:08         ` Caleb Sander Mateos
2025-12-23  0:35 ` [PATCH v3 09/25] io_uring/kbuf: add io_uring_cmd_is_kmbuf_ring() Joanne Koong
2025-12-23  0:35 ` [PATCH v3 10/25] io_uring/kbuf: export io_ring_buffer_select() Joanne Koong
2026-01-08 20:34   ` Caleb Sander Mateos
2026-01-09  0:38     ` Joanne Koong
2026-01-09  2:43       ` Caleb Sander Mateos
2025-12-23  0:35 ` [PATCH v3 11/25] io_uring/kbuf: return buffer id in buffer selection Joanne Koong
2025-12-23  0:35 ` [PATCH v3 12/25] io_uring/cmd: set selected buffer index in __io_uring_cmd_done() Joanne Koong
2025-12-23  0:35 ` [PATCH v3 13/25] fuse: refactor io-uring logic for getting next fuse request Joanne Koong
2025-12-23  0:35 ` [PATCH v3 14/25] fuse: refactor io-uring header copying to ring Joanne Koong
2026-01-11 16:03   ` Bernd Schubert
2026-01-16 22:33     ` Joanne Koong
2026-01-27 23:06       ` Bernd Schubert
2025-12-23  0:35 ` [PATCH v3 15/25] fuse: refactor io-uring header copying from ring Joanne Koong
2025-12-23  0:35 ` [PATCH v3 16/25] fuse: use enum types for header copying Joanne Koong
2025-12-23  0:35 ` [PATCH v3 17/25] fuse: refactor setting up copy state for payload copying Joanne Koong
2025-12-23  0:35 ` [PATCH v3 18/25] fuse: support buffer copying for kernel addresses Joanne Koong
2025-12-23  0:35 ` [PATCH v3 19/25] fuse: add io-uring kernel-managed buffer ring Joanne Koong
2025-12-23  0:35 ` [PATCH v3 20/25] io_uring/rsrc: rename io_buffer_register_bvec()/io_buffer_unregister_bvec() Joanne Koong
2026-01-08 20:52   ` Caleb Sander Mateos
2025-12-23  0:35 ` [PATCH v3 21/25] io_uring/rsrc: split io_buffer_register_request() logic Joanne Koong
2026-01-08 21:04   ` Caleb Sander Mateos
2026-01-09  0:18     ` Joanne Koong
2025-12-23  0:35 ` [PATCH v3 22/25] io_uring/rsrc: Allow buffer release callback to be optional Joanne Koong
2025-12-23  0:35 ` [PATCH v3 23/25] io_uring/rsrc: add io_buffer_register_bvec() Joanne Koong
2026-01-08 21:09   ` Caleb Sander Mateos
2026-01-09  0:10     ` Joanne Koong
2025-12-23  0:35 ` [PATCH v3 24/25] fuse: add zero-copy over io-uring Joanne Koong
2026-01-08 21:15   ` Caleb Sander Mateos
2026-01-09  0:07     ` Joanne Koong
2025-12-23  0:35 ` [PATCH v3 25/25] docs: fuse: add io-uring bufring and zero-copy documentation Joanne Koong

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=87pl7n7v41.fsf@mailhost.krisman.be \
    --to=krisman@suse.de \
    --cc=asml.silence@gmail.com \
    --cc=axboe@kernel.dk \
    --cc=bschubert@ddn.com \
    --cc=csander@purestorage.com \
    --cc=io-uring@vger.kernel.org \
    --cc=joannelkoong@gmail.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=miklos@szeredi.hu \
    --cc=xiaobing.li@samsung.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