From: Christophe Leroy <christophe.leroy@csgroup.eu>
To: Purva Yeshi <purvayeshi550@gmail.com>, skhan@linuxfoundation.org
Cc: shuah@kernel.org, Jason@zx2c4.com, liaoyu15@huawei.com,
broonie@kernel.org, linux-kselftest@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] selftests/vDSO: Fix undefined CLONE_NEWTIME by including
Date: Thu, 30 Jan 2025 08:02:32 +0100 [thread overview]
Message-ID: <3150e796-9249-4ac1-a91a-7efb7ec4de16@csgroup.eu> (raw)
In-Reply-To: <171e15dc-b48f-4592-8466-b220185bae78@gmail.com>
Le 29/01/2025 à 19:17, Purva Yeshi a écrit :
>
> On 27/01/25 13:32, Christophe Leroy wrote:
>>
>>
>> Le 26/01/2025 à 11:59, Purva Yeshi a écrit :
>>> [Vous ne recevez pas souvent de courriers de purvayeshi550@gmail.com.
>>> Découvrez pourquoi ceci est important à
>>> https://aka.ms/LearnAboutSenderIdentification ]
>>>
>>> Fix the build failure caused by the undefined `CLONE_NEWTIME`.
>>> Include the `linux/sched.h` header file where the function is defined to
>>> ensure successful compilation of the selftests.
>>
>> This is supposed to be already fixed by commit 34d5b600172b ("selftests:
>> vDSO: Explicitly include sched.h")
>>
>> Can you explain what is the exact problem still ? And why linux/sched.h ?
>
> Yes, I noticed that sched.h is already included, but I still encountered
> an "undeclared CLONE_NEWTIME" error during compilation.
Must be that your sched.h is not up-to-date I guess. On my side I have:
/usr/include/linux/sched.h:#define CLONE_NEWTIME 0x00000080 /* New time
namespace */
/usr/include/bits/sched.h:#define CLONE_NEWTIME 0x00000080 /* New
time namespace */
And
/usr/include/sched.h:#include <bits/sched.h>
>
> Error I got:
> CC vdso_test_getrandom
> vdso_test_getrandom.c: In function ‘kselftest’:
> vdso_test_getrandom.c:257:29: error: ‘CLONE_NEWTIME’ undeclared (first
> use in this function); did you mean ‘CLONE_NEWPID’?
> 257 | ksft_assert(unshare(CLONE_NEWTIME) == 0);
> | ^~~~~
> vdso_test_getrandom.c:47:20: note: in definition of macro ‘ksft_assert’
> 47 | do { if (!(condition)) ksft_exit_fail_msg("Assertion
> failed: %s\n", #condition); } while (0)
> | ^~~~~
> vdso_test_getrandom.c:257:29: note: each undeclared identifier is
> reported only once for each function it appears in
> 257 | ksft_assert(unshare(CLONE_NEWTIME) == 0);
> | ^~~~~
> vdso_test_getrandom.c:47:20: note: in definition of macro ‘ksft_assert’
> 47 | do { if (!(condition)) ksft_exit_fail_msg("Assertion
> failed: %s\n", #condition); } while (0)
> | ^~~~~
> make[1]: * [../lib.mk:222:
> /home/purva/linux/tools/testing/selftests/vDSO/vdso_test_getrandom] Error 1
> make[1]: Leaving directory '/home/purva/linux/tools/testing/selftests/vDSO'
>
> I found that CLONE_NEWTIME is declared in both sched.h and
> linux/sched.h. Since sched.h was already included, it was surprising
> that the error persisted. Adding linux/sched.h as a header resolved the
> issue, and the selftests compiled successfully after that.
Can you recheck that the sched.h that contains CLONE_NEWTIME is really
the one used by your compiler ?
>
>>
>> Did you properly build kernel headers before building selftests ?
>
> Yes, I ensured that I properly built the kernel headers before building
> the selftests by following the documentation provided here
At the end we should probably wonder if we want selftests to build with
old libc's that do not include latest defines. If we want to, then you
should probably replace sched.h by linux/sched.h . I'm not sure about
what to do really.
next prev parent reply other threads:[~2025-01-30 7:20 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-26 10:59 [PATCH] selftests/vDSO: Fix undefined CLONE_NEWTIME by including Purva Yeshi
2025-01-27 8:02 ` Christophe Leroy
2025-01-29 18:17 ` Purva Yeshi
2025-01-30 7:02 ` Christophe Leroy [this message]
2025-02-01 11:20 ` Purva Yeshi
2025-01-29 18:24 ` Purva Yeshi
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=3150e796-9249-4ac1-a91a-7efb7ec4de16@csgroup.eu \
--to=christophe.leroy@csgroup.eu \
--cc=Jason@zx2c4.com \
--cc=broonie@kernel.org \
--cc=liaoyu15@huawei.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=purvayeshi550@gmail.com \
--cc=shuah@kernel.org \
--cc=skhan@linuxfoundation.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