基于Yocto(Sumo)构建的Linux 4.9.126设置SCHED_RR线程优先级失败排查

我来帮你拆解这个问题——你的C++应用在Ubuntu/Debian的Docker容器里能正常设置SCHED_RR实时优先级，但在Yocto构建的Linux 4.9.126系统里完全没效果，用chrt还报Operation not permitted，核心原因集中在容器权限、内核配置、系统依赖这三个方面，下面逐个给出解决方案：

1. 给Docker容器授予实时调度权限 #

默认情况下，Docker容器是没有修改进程调度策略的权限的，因为Linux的实时调度需要CAP_SYS_NICE系统能力，而容器默认不会开启这个权限。Ubuntu/Debian环境可能因为启动参数或系统默认配置的差异自动处理了，但Yocto环境必须显式配置：

• 启动容器时添加--cap-add SYS_NICE参数，给容器授予必要的权限：

  docker run --cap-add SYS_NICE your-app-image
  

  （不推荐用--privileged，会给容器过大的系统权限，存在安全风险）

  加完这个参数后，先试试chrt命令能不能正常修改优先级，如果还是报错，再往下排查。

2. 检查Yocto内核的实时调度配置 #

Yocto构建的内核可能默认关闭了实时调度相关的支持，需要确认以下内核配置项是否开启：

• CONFIG_SCHED_RR：开启Round-Robin实时调度策略的支持
• CONFIG_RT_GROUP_SCHED：允许cgroup控制实时进程的调度（如果关闭，即使有CAP_SYS_NICE也可能无法设置高优先级）
• CONFIG_PREEMPT：开启软实时抢占（如果需要硬实时能力，可以换成CONFIG_PREEMPT_RT_FULL）

如何修改内核配置： #

在Yocto项目的build/conf/local.conf中添加内核配置片段：

KERNEL_EXTRA_FEATURES += "features/sched/sched-rt.scc"

或者直接修改内核.config文件，确保上述配置项设为y，然后重新构建内核和系统镜像。

3. 补充Yocto系统的libcap依赖 #

虽然你的代码用pthread接口设置优先级，但chrt命令依赖libcap和libcap-bin工具包，Yocto默认可能没包含这些，导致工具无法正常工作，甚至可能影响底层权限检查：

在Yocto的配方中添加这两个包到系统镜像：

IMAGE_INSTALL_append = " libcap libcap-bin"

重新构建镜像后，系统会包含setcap、getcap等工具，也能确保chrt和pthread接口有正确的依赖支持。

4. 代码层面的错误检查与验证 #

即使前面的配置都搞定了，也建议在代码里添加错误检查，明确失败原因：

int set_max_thread_priority() {
    int policy;
    struct sched_param param { };
    int ret = pthread_getschedparam(pthread_self(), &policy, &param);
    if (ret != 0) {
        perror("pthread_getschedparam failed");
        return ret;
    }

    policy = SCHED_RR;
    int max_prio = sched_get_priority_max(policy);
    if (max_prio == -1) {
        perror("sched_get_priority_max failed");
        return -1;
    }
    param.sched_priority = max_prio;

    ret = pthread_setschedparam(pthread_self(), policy, &param);
    if (ret != 0) {
        perror("pthread_setschedparam failed");
        printf("Error code: %d\n", ret);
    }
    return ret;
}

这样如果调用失败，能直接看到是权限问题（错误码1：EPERM）还是内核不支持（错误码22：EINVAL）。

排查步骤总结 #

1. 先给容器加--cap-add SYS_NICE启动参数，测试chrt是否生效；
2. 如果仍报错，检查Yocto内核的实时调度配置，开启必要的选项；
3. 补充libcap相关依赖包，重新构建系统镜像；
4. 用带错误检查的代码验证，定位具体问题。

内容的提问来源于stack exchange，提问作者Digvijay Patil