Re: [PATCH] selftests: sched: add sched as a default selftest target

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



From: Sinadin Shan <sinadin.shan@xxxxxxxxxx>
Sent: Thursday, February 20, 2025 9:52 AM
To: Shrikanth Hegde; Chris Hyser
Cc: linux-kselftest@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; shuah@xxxxxxxxxx
Subject: Re: [PATCH] selftests: sched: add sched as a default selftest target

> On 20-02-2025 01:15 pm, Shrikanth Hegde wrote:
>
>> 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?

By graceful skip, do you mean a 0 return code and not printing failure? I confess, 
I originally wrote the test as stand-alone for me to get the prctl code right and it 
got shoved in here. 

I guess my question is what if SCHED_CORE was supposed to be configed into 
the test kernel?  Silently burying the error might be bad. I'm not strongly tied to 
that, just looking for opinions. At the same time, if you put the orig change in, 
people w/o SCHED_CORE on will start seeing "failures" they didn't see before, 
yes? and that seems bad.

I'm happy to make this better behaved. I'm the reason it is the way it is.

-chrish







[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux