Provided by: liburing-dev_2.5-1build1_amd64 bug

NAME

       io_uring_prep_openat - prepare an openat request

SYNOPSIS

       #include <sys/types.h>
       #include <sys/stat.h>
       #include <fcntl.h>
       #include <liburing.h>

       void io_uring_prep_openat(struct io_uring_sqe *sqe,
                                 int dfd,
                                 const char *path,
                                 int flags,
                                 mode_t mode);

       void io_uring_prep_openat_direct(struct io_uring_sqe *sqe,
                                        int dfd,
                                        const char *path,
                                        int flags,
                                        mode_t mode,
                                        unsigned file_index);

DESCRIPTION

       The  io_uring_prep_openat(3) function prepares an openat request. The submission queue entry sqe is setup
       to use the directory file descriptor dfd to start opening a file described by path  and  using  the  open
       flags in flags and using the file mode bits specified in mode.

       For  a  direct  descriptor  open  request,  the  offset  is  specified by the file_index argument. Direct
       descriptors are io_uring private file descriptors. They avoid some of the overhead associated with thread
       shared file tables, and can be used in any io_uring request that takes  a  file  descriptor.  To  do  so,
       IOSQE_FIXED_FILE  must  be  set  in  the  SQE  flags  member,  and the SQE fd field should use the direct
       descriptor value rather than the regular file descriptor. Direct descriptors are managed like  registered
       files.

       If  the  direct  variant  is  used,  the  application  must  first  have  registered  a  file table using
       io_uring_register_files(3) of the appropriate size. Once registered, a direct accept request may use  any
       entry  in  that  table,  as  long as it is within the size of the registered table.  If a specified entry
       already contains a file, the file will first be removed from the table and closed. It's  consistent  with
       the  behavior of updating an existing file with io_uring_register_files_update(3).  Note that old kernels
       don't check the SQE file_index field, which is not a problem for liburing helpers, but users of  the  raw
       io_uring interface need to zero SQEs to avoid unexpected behavior.

       If  IORING_FILE_INDEX_ALLOC  is  used  as the file_index for a direct open, then io_uring will allocate a
       free direct descriptor in the existing table. The allocated descriptor is returned in the CQE  res  field
       just  like  it  would  be  for  a non-direct open request. If no more entries are available in the direct
       descriptor table, -ENFILE is returned instead.

       These functions prepare an async openat(2) request. See that man page for details.

RETURN VALUE

       None

ERRORS

       The CQE res field will contain the result of the operation. See the  related  man  page  for  details  on
       possible  values. Note that where synchronous system calls will return -1 on failure and set errno to the
       actual error value, io_uring never uses errno.  Instead it returns the negated errno directly in the  CQE
       res field.

NOTES

       As  with  any  request that passes in data in a struct, that data must remain valid until the request has
       been successfully submitted. It need  not  remain  valid  until  completion.  Once  a  request  has  been
       submitted,  the  in-kernel  state  is  stable.  Very early kernels (5.4 and earlier) required state to be
       stable until the completion  occurred.  Applications  can  test  for  this  behavior  by  inspecting  the
       IORING_FEAT_SUBMIT_STABLE flag passed back from io_uring_queue_init_params(3).

SEE ALSO

       io_uring_get_sqe(3), io_uring_submit(3), io_uring_register(2), openat(2)

liburing-2.2                                     March 13, 2022                          io_uring_prep_openat(3)