From: Willy Tarreau <w@1wt.eu>
To: "Thomas Weißschuh" <linux@weissschuh.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/4] tools/nolibc: pass mode to open syscall if O_TMPFILE is set
Date: Fri, 1 May 2026 10:08:45 +0200 [thread overview]
Message-ID: <afRfjdovT6pNtwtP@1wt.eu> (raw)
In-Reply-To: <20260429-nolibc-open-tmpfile-v1-0-63d19c95c0a5@weissschuh.net>
Hi Thomas,
On Wed, Apr 29, 2026 at 04:45:08PM +0200, Thomas Weißschuh wrote:
> When O_TMPFILE is set, the open mode needs to be passed to the kernel as
> per the documentation.
>
> Signed-off-by: Thomas Weißschuh <linux@weissschuh.net>
> ---
> Thomas Weißschuh (4):
> tools/nolibc: split implicit open flags into a macro
> tools/nolibc: split open mode handling into a macro
> tools/nolibc: pass mode to open syscall if O_TMPFILE is set
> selftests/nolibc: test open mode handling
>
> tools/include/nolibc/fcntl.h | 46 ++++++++++++----------------
> tools/testing/selftests/nolibc/nolibc-test.c | 23 ++++++++++++++
> 2 files changed, 43 insertions(+), 26 deletions(-)
This is a clever approach, and it can definitely work.
Acked-by: Willy Tarreau <w@1wt.eu>
I'm wondering why we're looking at the mode only for certain flags
though. After all, the kernel is supposed to look at it when it needs.
Why wouldn't we just always pass the va_args and let the syscall refer
to it when it needs ? If it's a register, it's implicitly passed anyway,
and if it's in the stack, it's only one entry, it's the same as if someone
calls open() with one of these flags without passing the argument. Any
garbage it contains should be ignored by the kernel when not needed, so
I don't see why it would be a problem.
Cheers,
Willy
next prev parent reply other threads:[~2026-05-01 8:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-29 14:45 [PATCH 0/4] tools/nolibc: pass mode to open syscall if O_TMPFILE is set Thomas Weißschuh
2026-04-29 14:45 ` [PATCH 1/4] tools/nolibc: split implicit open flags into a macro Thomas Weißschuh
2026-04-29 14:45 ` [PATCH 2/4] tools/nolibc: split open mode handling " Thomas Weißschuh
2026-04-29 14:45 ` [PATCH 3/4] tools/nolibc: pass mode to open syscall if O_TMPFILE is set Thomas Weißschuh
2026-04-29 14:45 ` [PATCH 4/4] selftests/nolibc: test open mode handling Thomas Weißschuh
2026-05-01 8:08 ` Willy Tarreau [this message]
2026-05-03 16:18 ` [PATCH 0/4] tools/nolibc: pass mode to open syscall if O_TMPFILE is set Thomas Weißschuh
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=afRfjdovT6pNtwtP@1wt.eu \
--to=w@1wt.eu \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@weissschuh.net \
/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