From: Andrea Cervesato via ltp <ltp@lists.linux.it>
To: "Wake Liu" <wakel@google.com>
Cc: camann@suse.com, rbranco@suse.com, Wake Liu via ltp <ltp@lists.linux.it>
Subject: Re: [LTP] [PATCH] lapi/userfaultfd: Handle ENOSYS in SAFE_USERFAULTFD
Date: Wed, 29 Apr 2026 09:22:03 +0000 [thread overview]
Message-ID: <69f1cdbc.050a0220.29173d.95d4@mx.google.com> (raw)
In-Reply-To: <CAOcRiAEh+CFKBeaT+beQzhX_TRNiau4zP0iCuRFsahPkw7WhxA@mail.gmail.com>
> I encountered this issue during Android GKI (Generic Kernel Image) and
> VTS (Vendor Test Suite) testing on various device targets (e.g., Pixel
> 6, virtual devices). In our testing environment, we run the same test
> suite against a wide variety of kernel versions and configurations.
>
> Specifically, on some kernels where CONFIG_USERFAULTFD is disabled,
> the userfaultfd() syscall returns ENOSYS. While you mentioned
> tst_syscall() handles it, in the version/configuration we are using,
> tst_syscall() returns -1 and sets errno to ENOSYS. This is then passed
> to safe_userfaultfd(), which currently only checks for EPERM to skip
> (TCONF) and falls back to TBROK for any other error, including ENOSYS.
I'm a bit puzzled because according to the tst_syscall() implementation
this should not happen. If syscall returns -1 with errno == ENOSYS,
the tst_syscall() implementation will always TCONF. This is visible
in include/lapi/syscalls.h generated by the build system before
compiling.
Please provide the exact test that is failing, as well as the logs
you have seen having this issue.
Regards,
--
Andrea Cervesato
SUSE QE Automation Engineer Linux
andrea.cervesato@suse.com
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2026-04-29 9:22 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-29 6:40 [LTP] [PATCH] lapi/userfaultfd: Handle ENOSYS in SAFE_USERFAULTFD Wake Liu via ltp
2026-04-29 6:52 ` Andrea Cervesato via ltp
2026-04-29 8:51 ` Wake Liu via ltp
2026-04-29 9:22 ` Andrea Cervesato via ltp [this message]
2026-04-29 9:48 ` Wake Liu via ltp
2026-04-29 10:02 ` Andrea Cervesato via ltp
2026-04-29 10:12 ` [LTP] [PATCH] syscalls/userfaultfd04: Require CONFIG_USERFAULTFD=y Wake Liu via ltp
2026-04-29 12:22 ` [LTP] " linuxtestproject.agent
2026-05-06 15:52 ` [LTP] [PATCH] " Andrea Cervesato via ltp
2026-05-06 15:57 ` Andrea Cervesato via ltp
2026-04-29 7:31 ` [LTP] lapi/userfaultfd: Handle ENOSYS in SAFE_USERFAULTFD linuxtestproject.agent
2026-04-29 7:36 ` Andrea Cervesato via ltp
2026-04-29 11:07 ` [LTP] [PATCH] " Cyril Hrubis
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=69f1cdbc.050a0220.29173d.95d4@mx.google.com \
--to=ltp@lists.linux.it \
--cc=andrea.cervesato@suse.com \
--cc=camann@suse.com \
--cc=rbranco@suse.com \
--cc=wakel@google.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.