io_uring_buf_ring_add - Man Page

#include <liburing.h>

void io_uring_buf_ring_add(struct io_uring_buf_ring *br,
                           void *addr,
                           unsigned int len,
                           unsigned short bid,
                           int mask,
                           int buf_offset);

The io_uring_buf_ring_add(3) adds a new buffer to the shared buffer ring br. The buffer address is indicated by addr and is of len bytes of length. bid is the buffer ID, which will be returned in the CQE. mask is the size mask of the ring, available from io_uring_buf_ring_mask(3). buf_offset is the offset to insert at from the current tail. If just one buffer is provided before the ring tail is committed with io_uring_buf_ring_advance(3) or io_uring_buf_ring_cq_advance(3), then buf_offset should be 0. If buffers are provided in a loop before being committed, the buf_offset must be incremented by one for each buffer added.

None

liburing (or the kernel, for that matter) doesn't care about what buffer ID maps to what buffer, and in fact when recycling buffers after use, the application is free to add a different buffer into the same buffer ID location. All that matters is that the application knows what a given buffer ID in time corresponds to in terms of virtual memory. There's no liburing or kernel assumption that these mappings are persistent over time, they can very well be different every time a given buffer ID is added to the provided buffer ring.

io_uring_register_buf_ring(3), io_uring_buf_ring_mask(3), io_uring_buf_ring_advance(3), io_uring_buf_ring_cq_advance(3)

io_uring_buf_ring_advance(3), io_uring_buf_ring_available(3), io_uring_buf_ring_cq_advance(3), io_uring_buf_ring_init(3), io_uring_buf_ring_mask(3), io_uring_prep_read_multishot(3), io_uring_register_buf_ring(3), io_uring_setup_buf_ring(3).