public inbox for linux-man@vger.kernel.org
 help / color / mirror / Atom feed
From: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
To: Jens Axboe <axboe@kernel.dk>, linux-man <linux-man@vger.kernel.org>
Cc: mtk.manpages@gmail.com
Subject: Re: [PATCH] man2/openat2.2: add RESOLVE_CACHED
Date: Wed, 23 Dec 2020 13:41:06 +0100	[thread overview]
Message-ID: <1f657d57-0e53-a5d4-ac76-410212eaa822@gmail.com> (raw)
In-Reply-To: <187e84bd-59c8-dc68-1eef-9cd13aa70d38@kernel.dk>

Hi Jens,

On 12/17/20 10:18 PM, Jens Axboe wrote:
> RESOLVE_CACHED allows an application to attempt a cache-only open
> of a file. If this isn't possible, the request will fail with
> -1/EAGAIN and the caller should retry without RESOLVE_CACHED set.
> This will generally happen from a different context, where a slower
> open operation can be performed.
> 
> Signed-off-by: Jens Axboe <axboe@kernel.dk>

I take it that this feature is not yet merged into the kernel?
(At least,  I couldn't grep RESOLVE_CACHED in current
kernel sources.)

> 
> ---
> 
> First attempt at this, fully expecting the phrasing to require some
> massaging.
> 
> Also see: https://lore.kernel.org/linux-fsdevel/20201217161911.743222-1-axboe@kernel.dk/T/
> 
> diff --git a/man2/openat2.2 b/man2/openat2.2
> index 3bda20620574..282c13e2df96 100644
> --- a/man2/openat2.2
> +++ b/man2/openat2.2
> @@ -385,6 +385,15 @@ This may occur if, for example,
>  a system pathname that is used by an application is modified
>  (e.g., in a new distribution release)
>  so that a pathname component (now) contains a bind mount.
> +.TP
> +.B RESOLVE_CACHED
> +Fail path resolution, unless all components needed already exist in the

I think "Fail path resolution" needs some clarification.

Maybe something like:
[[
Make the open operation fail unless all path components
are already present in the kernel's lookup cache.
]]
?

> +lookup cache. If any kind of revalidation or IO is needed to satisfy the
                 ^
Please start new sentences on new lines. Using such-called "semantic
newlines" makes for cleaner future patches.

> +lookup, then fail the open attempt with

"fail the open attempt with"
==>
.BR openat2 ()
fails with the error

> +.B EAGAIN.
> +This is useful in providing a fast path open that can be performed without
> +resorting to thread offload, or other mechanism that an application might
> +use to offload slower operations.
>  .RE
>  .IP
>  If any bits other than those listed above are set in
> @@ -421,6 +430,14 @@ The caller may choose to retry the
>  .BR openat2 ()
>  call.
>  .TP
> +.B EAGAIN
> +.BR RESOLVE_CACHED
> +was set, and the open operation cannot be performed cached. The caller should

semantic newline

> +retry without
> +.B RESOLVE_CACHED
> +set in
> +.I how.resolve
> +.TP
>  .B EINVAL
>  An unknown flag or invalid value was specified in
>  .IR how .

Thanks,

Michael


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/

  reply	other threads:[~2020-12-23 12:42 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-17 21:18 [PATCH] man2/openat2.2: add RESOLVE_CACHED Jens Axboe
2020-12-23 12:41 ` Michael Kerrisk (man-pages) [this message]
2020-12-23 14:04   ` Jens Axboe

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=1f657d57-0e53-a5d4-ac76-410212eaa822@gmail.com \
    --to=mtk.manpages@gmail.com \
    --cc=axboe@kernel.dk \
    --cc=linux-man@vger.kernel.org \
    /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