14 · 自动驾驶 SoC 落地（ARM64）：干扰源、分区样板与参数集

结论：自动驾驶 SoC（Orin/Thor、TDA4、S32G、R-Car V4H、Snapdragon Ride、征程 6 等）都是「多簇 Cortex-A 应用核 + Cortex-R 安全岛 + GPU/NPU/ISP 加速器 + 高带宽传感器接入」的异构结构，Linux 只跑在 A 核上。RT 内核解决的是 A 核上的内核抢占问题；要让 100 Hz–1 kHz 的控制/规划回路拿到 < 100 µs 抖动，还必须：把传感器接入 + 感知与控制/规划放到不同核簇；把 GPU/NPU/ISP 驱动的中断、DMA 缓存维护、CMA/SMMU 开销关进接入簇；用完整的参数集（Kconfig + cmdline + sysctl + 亲和 + 优先级）固化下来；并对厂商驱动做一次 RT 兼容性验证。本章给出三种核数样板与可直接套用的参数集，全部参数在 6.12.107 源码中有据可查。

第一层：数据流与抖动

先看结论：默认形态下所有传感器中断、GPU 完成中断、softirq、分配器路径都汇到同一批核的不可抢占区里，控制线程的最坏唤醒延迟由「最长的那一段」决定；分区后控制簇上只剩 arch timer、IPI 和自己触发的内核路径。

非 RT感知 / 中断 / 中间件 / 控制在同一批核上混跑

同一场景 · 换成 PREEMPT_RT 内核

PREEMPT_RT三簇分区后的数据流与优先级

第二层：干扰源全景与 12 核样板

先看结论：自动驾驶 SoC 比通用 arm64 多出四类噪声——GPU/NPU/ISP 厂商驱动、非一致性 DMA 与 CMA、hypervisor、功能安全监控；RT 内核直接消除的是中断/softirq/锁那一层，其余靠分区与启动期预分配。

非 RT干扰源全景与它们在 6.12.107 里的位置

同一场景 · 换成 PREEMPT_RT 内核

PREEMPT_RT12 核 A78AE 样板的分区、亲和、优先级与参数

14.1 自动驾驶 SoC 的共性与 BSP 现状

14.2 自动驾驶特有的干扰源（按严重程度）

14.3 CPU 分区样板

样板 A：12 核 A78AE，三簇（Orin 类）

启动参数：

isolcpus=domain,managed_irq,8-11 nohz_full=8-11 rcu_nocbs=4-11 irqaffinity=0-3 skew_tick=1
cpuidle.off=1 cpufreq.default_governor=performance rcutree.kthread_prio=3
iommu.strict=0 cma=512M nosoftlockup

（nowatchdog 视功能安全方案而定；KPTI/mitigations 见 14.5。）

样板 B：8 核 A72 同构（TDA4 类）

A72 无 LSE，rt_mutex 快路径走 LL/SC；KPTI 关闭（kpti_safe_list）但 Spectre-BHB 缓解生效。

样板 C：4 核 A53（S32G / 网关类）

A53 频率低、无 LSE、线程切换 3–5 µs，目标放宽到 < 100 µs；硬实时留给 M7 锁步核。

14.4 优先级栅格（三种样板通用）

规则：同一条数据流上游的中断线程优先级 ≥ 下游消费线程；控制簇里除控制设备中断外不允许任何 irq 线程；感知簇的 irq 线程优先级低于控制簇所有线程（它们不在同一簇，但 IPI/迁移场景下仍需保证）。

14.5 参数集（可直接套用后按平台裁剪）

Kconfig（arm64，在厂商 defconfig 上叠加）

CONFIG_EXPERT=y            CONFIG_PREEMPT_RT=y         CONFIG_HZ_1000=y
CONFIG_NO_HZ_FULL=y        CONFIG_RCU_NOCB_CPU=y       CONFIG_HIGH_RES_TIMERS=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y            CONFIG_IOMMU_DEFAULT_DMA_LAZY=y
CONFIG_CMA=y  CONFIG_DMA_CMA=y  CONFIG_CMA_SIZE_MBYTES=512（按需）
CONFIG_ARM64_64K_PAGES=y（仅当全部驱动/用户态验证通过；否则 4K）
CONFIG_ARM64_PSEUDO_NMI=y（需要 NMI 看门狗或 perf 精确采样时）
# 关闭
CONFIG_DEBUG_PREEMPT / LOCKDEP / PROVE_LOCKING / KASAN / KCSAN / DEBUG_RT_MUTEXES / ARM64_DEBUG_PRIORITY_MASKING
CONFIG_SLUB_CPU_PARTIAL=n   CONFIG_ARM64_SVE=n（无 SVE 用户时）  CONFIG_ARM64_MTE=n
CONFIG_TRANSPARENT_HUGEPAGE / NUMA_BALANCING（RT 下自动不可选）

启动参数（样板 A）

isolcpus=domain,managed_irq,8-11 nohz_full=8-11 rcu_nocbs=4-11 irqaffinity=0-3 skew_tick=1
cpuidle.off=1 cpufreq.default_governor=performance rcutree.kthread_prio=3
iommu.strict=0 cma=512M nosoftlockup
# 按安全评审决定：
mitigations=auto | mitigations=off | nospectre_bhb
# 仅 A75 等 CSV3=0 的核：kpti=off
# 需要 NMI 看门狗 / perf 时：irqchip.gicv3_pseudo_nmi=1
# 无 SVE 用户：arm64.nosve
# KVM host（Linux 作为 hypervisor）：kvm-arm.vgic_v4_enable=1 kvm-arm.wfi_trap_policy=notrap

sysctl（/etc/sysctl.d/90-rt.conf）

kernel.sched_rt_runtime_us = -1
kernel.sched_energy_aware = 0
kernel.timer_migration = 0
kernel.hung_task_timeout_secs = 0
kernel.printk = 3 4 1 3
vm.stat_interval = 120
vm.swappiness = 0
vm.compact_unevictable_allowed = 0
net.core.busy_poll = 50
net.core.busy_read = 50
net.core.rmem_max = 67108864
net.core.netdev_max_backlog = 250000

中断亲和与线程优先级（启动脚本）

systemctl disable --now irqbalance
echo 0-3 > /proc/irq/default_smp_affinity
for i in /proc/irq/*/smp_affinity_list; do echo 0-3 > $i 2>/dev/null; done
# 接入设备 → 簇 1
for irq in $(grep -E 'csi|isp|vi|nvcsi|eqos|dwmac|gpu|nvgpu|dla|pva' /proc/interrupts | cut -d: -f1); do echo 4-7 > /proc/irq/$irq/smp_affinity_list; done
# 控制设备 → CPU 8
for irq in $(grep -E 'can|mttcan|flexcan|ecat' /proc/interrupts | cut -d: -f1); do echo 8 > /proc/irq/$irq/smp_affinity_list; done
# 优先级
chrt -f -p 92 $(pgrep -f 'irq/.*-(can|mttcan|flexcan)')
chrt -f -p 70 $(pgrep -f 'irq/.*-(csi|isp|vi)')
chrt -f -p 65 $(pgrep -f 'irq/.*-(gpu|nvgpu|dla|pva)')
chrt -f -p 60 $(pgrep -f 'napi/')
for s in /sys/devices/system/cpu/cpu[4-9]*/cpuidle/state[1-9]*/disable /sys/devices/system/cpu/cpu1[01]/cpuidle/state[1-9]*/disable; do echo 1 > $s 2>/dev/null; done

应用侧

• 控制/规划进程：mlockall(MCL_CURRENT|MCL_FUTURE)；预触碰栈与堆；clock_nanosleep(CLOCK_MONOTONIC, TIMER_ABSTIME) 周期循环；PTHREAD_PRIO_INHERIT；pthread_setaffinity_np 绑定隔离核；热路径无 malloc/ioctl/printf。
• 感知进程：GPU/NPU 缓冲区（cudaMalloc/dma-buf）与 CMA 在初始化阶段全部申请并常驻；推理线程 FIFO 55 绑接入簇；与控制簇之间用共享内存零拷贝（iceoryx / DDS SHM），不走 socket。
• 中间件：DDS executor 线程按数据流分级 chrt；发现/心跳线程留在 housekeeping；UDP 多播缓冲区 SO_RCVBUF 提前放大。
• 记录/上传：SCHED_OTHER nice 10，ionice -c3，绑 housekeeping。

14.6 hypervisor 场景

guest 内看到的「hardirq 停留时间」包含 host 的注入延迟，cyclictest 要在 guest 内和 host 内各测一次分辨来源。

14.7 功能安全与看门狗

• nowatchdog/nosoftlockup 消除内核自身周期噪声，但功能安全需要「Linux 卡死可被检测」——把检测责任交给外部 WDT / 安全岛（Linux 用户态喂狗线程 FIFO 95 周期性喂狗，卡死即由 R 核复位），内核内 watchdog 关闭。
• 若必须保留内核 hardlockup 检测，arm64 需要伪 NMI（arch/arm64/Kconfig:232；watchdog_hld.c:28-35），接受第 01/03 章所述的伪 NMI 副作用。
• panic_on_oops=1、oops=panic、softlockup_panic=1（如保留）让故障行为确定，由外部 WDT 完成复位；kernel.panic=<秒> 自动重启。
• RAS/SDEI 事件在 dmesg 中留痕即可，不要在控制簇上处理 RAS 轮询。

14.8 验收清单（自动驾驶版）

1. cyclictest -m -Sp90 -i1000 -h200 -D24h -a8：控制核 24 小时最大值 < 50 µs（A78）/ < 100 µs（A53），且在满负载感知 + 满带宽传感器回放下重复。
2. 控制回路端到端：从 CAN 帧到达时间戳到指令发出，P99.99 抖动 < 100 µs（用硬件时间戳或 gPTP 对齐）。
3. 传感器时间戳抖动：相机 frame done → 用户态可见 < 200 µs；雷达 UDP 包到用户态 < 100 µs，丢包 0。
4. osnoise/timerlat 在控制簇：无 IRQ/softirq/线程噪声；hwlatdetect 24 小时无 > 20 µs 固件停顿。
5. GPU/NPU 提交延迟分布不因 RT 恶化超过 20%；驱动在 PROVE_RAW_LOCK_NESTING 下无告警。
6. 热稳定：满负载 30 分钟后频率不降、延迟不漂。

源码定位

小结

• 自动驾驶 SoC 上 RT 内核只解决「内核抢占」这一层；控制回路能否稳定 < 100 µs 取决于分区、驱动 RT 兼容性与启动期预分配。
• 三簇分区是核心：housekeeping / 接入+感知 / 控制隔离（housekeeping 的原理与友商做法见第 13 章）；中断亲和与优先级栅格按数据流上下游排定。
• 四类平台特有噪声——非一致性 DMA 缓存维护、CMA/SMMU、厂商驱动锁假设、hypervisor——都有对应参数或工程做法。
• 参数集已给出可直接套用的版本；安全缓解与看门狗取舍需过功能安全评审。
• 承上启下：第 15 章是全部源码位置索引，第 16 章把全文收拢。