From: Shan <sinadin.shan@oracle.com>
To: Shrikanth Hegde <sshegde@linux.ibm.com>, chris.hyser@oracle.com
Cc: linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org,
shuah@kernel.org
Subject: Re: [PATCH] selftests: sched: add sched as a default selftest target
Date: Thu, 20 Feb 2025 20:22:33 +0530 [thread overview]
Message-ID: <a3b5bbc0-f875-451f-8528-38a7eafc4949@oracle.com> (raw)
In-Reply-To: <74dddd26-4a0e-4bb6-958a-229cca3c24d1@linux.ibm.com>
On 20-02-2025 01:15 pm, Shrikanth Hegde wrote:
>
>
> On 2/19/25 12:16, Sinadin Shan wrote:
>> The sched tests are missing a target entry and hence out-of-tree build
>> support.
>>
>> For instance:
>> make -C tools/testing/selftests install INSTALL_LOCATION=/foo/bar
>>
>> is expected to build the sched tests and place them at /foo/bar.
>> But this is not observed since a TARGET entry is not present for sched.
>>
>> This was suggested by Shuah in this conversation
>> Link: https://lore.kernel.org/linux-kselftest/60dd0240-8e45-4958-
>> acf2-7eeee917785b@linuxfoundation.org/
>>
>> Add support for sched selftests by adding sched as a default TARGET
>>
>> Signed-off-by: Sinadin Shan <sinadin.shan@oracle.com>
>> ---
>> tools/testing/selftests/Makefile | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/tools/testing/selftests/Makefile b/tools/testing/
>> selftests/Makefile
>> index 8daac70c2f9d2..e2d0d389ad912 100644
>> --- a/tools/testing/selftests/Makefile
>> +++ b/tools/testing/selftests/Makefile
>> @@ -91,6 +91,7 @@ TARGETS += rlimits
>> TARGETS += rseq
>> TARGETS += rtc
>> TARGETS += rust
>> +TARGETS += sched
>> TARGETS += sched_ext
>> TARGETS += seccomp
>> TARGETS += sgx
>
> There is only one test currently in sched: i.e cs_prctl_test.c. to see
> the cookies validation when core scheduling is in effect.
>
> If CONFIG_SCHED_CORE=n, the test fails. So you might end up seeing
> default selftests failing on such systems? or this is only compiling?>
Yes, this patch would enable the test to be compiled and run by default.
> Likely the selftests/sched needs to modified for CONFIG_SCHED_CORE=n
Agree. Chris, I suppose then a graceful skip would be a more right
option for kernels with core scheduling disabled?
Regards,
Shan
>
> When CONFIG_SCHED_CORE=n
> ./cs_prctl_test
>
> ## Create a thread/process/process group hierarchy
> Not a core sched system
> ...
> Not a core sched system
> (283) FAILED: get_cs_cookie(0) == 0
next prev parent reply other threads:[~2025-02-20 14:52 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-19 6:46 Sinadin Shan
2025-02-19 16:03 ` Chris Hyser
2025-02-20 7:45 ` Shrikanth Hegde
2025-02-20 14:52 ` Shan [this message]
2025-02-20 15:56 ` Chris Hyser
2025-02-20 16:23 ` Shan
2025-02-21 4:21 ` Chris Hyser
2025-02-21 6:00 ` Chris Hyser
2025-02-21 9:09 ` Shan
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=a3b5bbc0-f875-451f-8528-38a7eafc4949@oracle.com \
--to=sinadin.shan@oracle.com \
--cc=chris.hyser@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=shuah@kernel.org \
--cc=sshegde@linux.ibm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®