4. 实时Linux内核配置与编译
在机器人控制器中，实时性不是应用层能单独解决的问题，它必须从内核开始构建。本章围绕一条完整的主线展开：获取内核源码、应用PREEMPT_RT补丁、配置实时相关选项、编译内核与模块，最后通过启动验证确认实时能力已经生效。整个过程可以理解为把通用Linux改造成一个“可预测响应”的实时内核，而机器人控制周期通常要求在1ms甚至更短的时间内稳定完成计算与输出。
一、核心原理：PREEMPT_RT到底改了什么
标准Linux内核为了吞吐量，在自旋锁、中断处理、软中断等位置存在大量不可抢占区间。PREEMPT_RT补丁的核心目标是把这些区间尽可能缩短或转化为可抢占形式，主要手段包括：将自旋锁替换为可睡眠的rt_mutex、把中断处理线程化、将软中断处理放入内核线程、引入优先级继承避免优先级反转。最终效果是：一个高优先级的实时任务在绝大多数时刻都能在确定的时间内获得CPU，而不是被内核内部的长临界区阻塞。
二、方法流程：源码获取与补丁应用
第一步是确定版本匹配关系。PREEMPT_RT补丁必须与内核主版本严格对应，例如linux-6.6.y对应patch-6.6.y-rt。版本不匹配会导致补丁拒绝或编译失败。推荐从kernel.org获取稳定版源码，从rt补丁仓库获取对应补丁。
# 获取内核源码
wget https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.6.tar.xz
tar -xf linux-6.6.tar.xz
cd linux-6.6
# 获取并应用PREEMPT_RT补丁
wget https://cdn.kernel.org/pub/linux/kernel/projects/rt/6.6/patch-6.6-rt.tar.xz
tar -xf patch-6.6-rt.tar.xz
xz -d patch-6.6-rt.patch.xz
patch -p1 < patch-6.6-rt.patch
# 验证补丁是否干净应用
grep -r "PREEMPT_RT" localversion-rt 2>/dev/null || echo "check patch log"补丁应用后，内核源码中会新增rt相关配置项。此时不要急于编译，先确认补丁没有产生.rej文件，否则说明部分代码未成功合并，必须回退并重新选择版本。
三、配置选项：决定实时能力的关键开关
配置阶段是本章最容易被忽视却最影响结果的部分。使用make menuconfig进入配置界面，重点检查以下选项：
- General setup → Preemption Model：必须选择
Fully Preemptible Kernel (Real-Time)，这是PREEMPT_RT生效的标志。 - Timer frequency：建议设为1000Hz，提高调度与定时精度。
- High Resolution Timer Support：必须开启，否则高精度定时器不可用。
- CPU Frequency scaling：实时场景建议关闭或设为performance，避免频率切换引入抖动。
- Debug options：关闭不必要的调试选项，如LOCKDEP、DEBUG_PREEMPT，它们会显著增加延迟。
- Device drivers：只保留目标硬件必需的驱动，减少启动与中断负担。
| 配置项 | 推荐值 | 影响 |
|---|---|---|
| Preemption Model | Fully Preemptible (RT) | 决定内核是否具备实时抢占能力 |
| Timer frequency | 1000Hz | 影响调度粒度与定时精度 |
| High Resolution Timer | 开启 | 支持纳秒级定时器 |
| CPU Frequency scaling | 关闭/performance | 减少频率切换抖动 |
| LOCKDEP / DEBUG_PREEMPT | 关闭 | 避免调试开销放大延迟 |
四、编译流程与启动验证
配置完成后执行编译。对于机器人控制器，通常需要同时编译内核镜像与模块，并安装到目标板或本机。
# 编译内核与模块
make -j$(nproc)
make modules_install
make install
# 更新引导配置（以GRUB为例）
update-grub
# 重启后验证实时内核
uname -a
# 期望输出包含 PREEMPT_RT
# 检查抢占模型
cat /sys/kernel/realtime
# 返回 1 表示实时内核已启用
# 使用cyclictest测量最坏延迟
cyclictest -t -p 80 -n -i 1000 -l 100000
# 关注 Max Latency 是否稳定在可接受范围启动验证分三层：第一层确认内核版本与PREEMPT_RT标识；第二层确认/sys/kernel/realtime为1；第三层用cyclictest在目标硬件上实测最坏延迟。只有三层都通过，才能认为实时内核构建成功。
.config，并在验证通过后将其作为基线配置纳入版本管理。后续更换硬件或升级内核时，可以快速对比差异。五、案例与误区复盘
某六轴机器人控制器项目曾出现控制周期偶发超时。排查发现内核虽然打了RT补丁，但配置中仍保留了CPU频率调节与部分调试选项，导致最坏延迟从80μs恶化到600μs。关闭频率调节、移除调试选项后，cyclictest最坏延迟回到100μs以内，控制周期恢复稳定。
常见误区包括：补丁版本与内核版本不匹配却强行编译；只关注应用层线程优先级，忽略内核配置；在虚拟机或未隔离核心的环境中测量延迟；以及把平均延迟当作实时性指标。实时工程中，必须始终以最坏情况延迟为准，并在目标硬件上完成最终验证。