[LTP] [PATCH v1] sched_rr_get_interval01.c: Put test process into absolute root cgroup (0::/)

[Wei Gao]

 @Michal Koutný <mkoutny@suse.com>  So we should skip test cgroupv2 with
CONFIG_RT_GROUP_SCHED=yes, correct? Like following change?

diff --git
a/testcases/kernel/syscalls/sched_rr_get_interval/sched_rr_get_interval01.c
b/testcases/kernel/syscalls/sched_rr_get_interval/sched_rr_get_interval01.c
index 55516ec89..b12bd7857 100644
---
a/testcases/kernel/syscalls/sched_rr_get_interval/sched_rr_get_interval01.c
+++
b/testcases/kernel/syscalls/sched_rr_get_interval/sched_rr_get_interval01.c
@@ -43,10 +43,9 @@ static void setup(void)

        tp.type = tv->ts_type;

+       static const char * const kconf[] = {"CONFIG_RT_GROUP_SCHED=y",
NULL};
+       if ((access("/sys/fs/cgroup/cgroup.controllers", F_OK) == 0) &&
!tst_kconfig_check(kconf_strict)) {
+               tst_brk(TCONF, "CONFIG_RT_GROUP_SCHED not support on
cgroupv2");
+       }

        if ((sys_sched_setscheduler(0, SCHED_RR, &p)) == -1)


On Thu, Jun 5, 2025 at 11:56 PM Michal Koutný <mkoutny@suse.com> wrote:

> On Thu, Jun 05, 2025 at 11:40:19AM +0200, Petr Vorel <pvorel@suse.cz>
> wrote:
> > @Michal @Li WDYT?
>
> RT_GROUP scheduling is v1 feature as of now.
>
> Testing cgroup v2 makes only sense with
> CONFIG_RT_GROUP_SCHED=y and CONFIG_RT_GROUP_SCHED_DEFAULT_DISABLED=y
> (this combination is equivalent to CONFIG_RT_GROUP_SCHED=n on v2).
>
> HTH,
> Michal
>