I am pretty sure that CONFIG_RT_GROUP_SCHED should be turned off in Fedora, as there's no way to make use of it in a sane way right now. If turned on, and there's any cgroup in the "cpu" hierarchy it needs an RT budget assigned, otherwise the processes in it will not be able to get RT at all. THis then shows up in bugs like 655321.
The problem with RT group scheduling is that it requires the budget assigned but there's no way we could assign a default budget, since the values to assign are both upper and lower time limits, are absolute, and need to be sum up to < 1 for each individal cgroup. That means we cannot really come up with values that would work by default in the general case.
I think CONFIG_RT_GROUP_SCHED makes a lot of sense in embedded devices that can map a strict, static RT budget structure to its cgroups, but it cannot work on a fully dynamic general purpose system, because of the limitations.
Note that it is me who asked for it to turned on 7 years ago (bug 442959), but I am pretty sure bnow this was a bad choice.
This option is also turned off in Ubuntu kernels these days.
I am pretty sure nobody relies on this functionality right now, since it is really hard to use outside of simpler, static (and hence probably embedded) setups, but that's hardly Fedora's focus. On desktops, servers, cloud (which I assume are more Fedora's focus) it makes no sense to enable.
Thanks for the background and info. I've disabled this in rawhide now and it will be reflected in the next build.