On 9 Jul 2025, at 8:32, wang lian wrote: > Hi Zi Yan, > Thanks for testing the patch and reporting this build failure. > I don't have an arm64 environment readily available for testing, so I > appreciate you catching this. I suspect this is caused by missing or > older userspace headers in the cross-compilation toolchain.
Right. My /usr/include/sys does not have pidfd.h. IMHO selftests should not rely on userspace headers, otherwise we cannot test latest kernel changes. > I will try to fix this in the next version. If the problem persists, a > good solution would be to manually define the syscall wrapper to avoid > the dependency on <sys/pidfd.h>. Based on what I see in other mm tests, the following patch fixes my compilation issue. diff --git a/tools/testing/selftests/mm/process_madv.c b/tools/testing/selftests/mm/process_madv.c index 3d26105b4781..8bf11433d6e6 100644 --- a/tools/testing/selftests/mm/process_madv.c +++ b/tools/testing/selftests/mm/process_madv.c @@ -10,13 +10,14 @@ #include <stdlib.h> #include <string.h> #include <sys/mman.h> +#include <linux/mman.h> #include <sys/syscall.h> #include <unistd.h> #include <sched.h> -#include <sys/pidfd.h> +#include <linux/pidfd.h> +#include <linux/uio.h> #include "vm_util.h" -#include "../pidfd/pidfd.h" FIXTURE(process_madvise) { @@ -240,7 +241,7 @@ TEST_F(process_madvise, remote_collapse) close(pipe_info[0]); child_pid = info.pid; - pidfd = pidfd_open(child_pid, 0); + pidfd = syscall(__NR_pidfd_open, child_pid, 0); ASSERT_GE(pidfd, 0); /* Baseline Check from Parent's perspective */ @@ -312,7 +313,7 @@ TEST_F(process_madvise, invalid_pidfd) if (child_pid == 0) exit(0); - pidfd = pidfd_open(child_pid, 0); + pidfd = syscall(__NR_pidfd_open, child_pid, 0); ASSERT_GE(pidfd, 0); /* Wait for the child to ensure it has terminated. */ Best Regards, Yan, Zi