Linux arm64 兼容层指令模拟Legacy Instructions完全指南SWP/SWPB、CP15 Barrier 与 SETEND 的 sysctl 控制与内核实现剖析【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linuxarm64 Linux 内核为在 AArch64 处理器上运行 32 位AArch32遗留用户程序提供了指令模拟emulation基础设施用于处理已被架构**弃用deprecated或废弃obsolete**的旧指令例如 SWP/SWPB、CP15 内存屏障指令和 SETEND。本文基于内核文档 Documentation/arch/arm64/legacy_instructions.rst系统讲解三种执行模式Undef / Emulate / Hardware Execution的含义、/proc/sys/abi下各 sysctl 节点的默认值与取值范围并深入 arch/arm64/kernel/armv8_deprecated.c 源码剖析未定义指令异常处理、软件模拟实现如用 LDXR/STXR 重写 SWP、硬件模式切换与热插拔 CPU 场景下的行为帮助读者完整掌握在 arm64 平台排查与治理遗留指令的全链路方法。一、背景为什么 arm64 还需要模拟旧指令AArch64 架构从第一天起就是一个全新的 64 位指令集但它必须保证对既有 32 位生态Android 32 位应用、老版本 glibc 动态库等的二进制兼容。ARMv8 架构手册将一批 A32/T32 指令标记为 deprecated弃用仍允许执行或 obsolete废弃执行即触发未定义异常典型代表包括SWP / SWPB经典的原子交换指令ARMv6 起被 LDREX/STREX 取代在 ARMv8 中已经 obsolete执行即未定义CP15 Barrier 指令以MCR p15, 0, Rt, c7, ...编码的 DMB/DSB/ISB 形式ARMv7/ARMv8 中 deprecatedSETEND用于切换 AArch32 EL0 数据端序大小端的指令ARMv8 中 deprecated。Linux arm64 内核的应对策略是提供一套未定义指令钩子undefined instruction hooks基础设施对上述指令进行软件模拟在硬件支持的情况下还可以选择直接开启硬件执行例如通过SCTLR_EL1中的CP15BEN、SED位。这套能力在 arch/arm64/Kconfig 中由menuconfig ARMV8_DEPRECATED依赖SYSCTL统管其下包含三个子开关SWP_EMULATION、CP15_BARRIER_EMULATION、SETEND_EMULATION三者默认Y。若关闭ARMV8_DEPRECATED则上述指令在 32 位用户程序中一律触发未定义指令异常SIGILL。二、三种执行模式与 sysctl 接口模拟模式通过向sysctl 节点位于/proc/sys/abi下写入数值来控制。内核文档给出了三种行为及其对应取值这也是整个机制的操作手册模式值行为说明Undef0产生未定义指令异常undefined instruction abort。是**废弃obsolete**指令的默认模式例如 SWP。Emulate1使用软件模拟。为帮助软件迁移此模式下对模拟指令的使用会被跟踪trace并发出限速警告rate-limited warnings。是**弃用deprecated**指令的默认模式例如 CP15 Barrier。Hardware Execution2尽管被标记为弃用部分实现仍支持在硬件层面开启/关闭这些指令的执行。硬件执行通常性能更好但代价是无法收集关于废弃指令使用的运行时统计信息。默认模式的选取原则文档明确给出取决于指令在架构中的状态——deprecated 指令默认模拟Emulateobsolete 指令默认未定义Undef。需要特别注意的是文档同时提醒指令模拟并非在所有情况下都可行需结合各指令的具体说明判断例如 SETEND 依赖系统所有 CPU 的混合端序能力SWP 模拟在某些不支持全局监视器global monitor的系统上对 uncached 内存操作可能死锁。sysctl 节点总览内核文档列出的受支持遗留指令及其 sysctl 节点如下指令sysctl 节点架构状态默认值SWP{B}/proc/sys/abi/swpObsolete废弃Undef0CP15 Barriers/proc/sys/abi/cp15_barrierDeprecated弃用Emulate1SETEND/proc/sys/abi/setendDeprecated弃用Emulate1**注意SETEND 只有系统所有 CPU都具备 EL0 混合端序mixed endian支持时才能启用。如果在该特性启用后热插拔hotplug进一颗不支持混合端序的新 CPU应用程序可能出现意外结果。实际操作示例# 查看当前各节点状态 cat /proc/sys/abi/swp cat /proc/sys/abi/cp15_barrier cat /proc/sys/abi/setend # 开启 SWP/SWPB 软件模拟例如老版本 glibc2.8 在 futex trylock 中使用了 SWP echo 1 /proc/sys/abi/swp # 关闭 CP15 Barrier 模拟令其直接产生未定义异常 echo 0 /proc/sys/abi/cp15_barrier # 尝试切换到硬件执行仅当 CPU 支持对应硬件能力时成功 echo 2 /proc/sys/abi/cp15_barrier echo 2 /proc/sys/abi/setend写入值超出该指令允许范围min/max时内核会拒绝修改并返回错误见下文emulation_proc_handler中proc_dointvec_minmax的校验逻辑。三、源码剖析内核如何实现这套模拟基础设施文档所述机制的核心实现在 arch/arm64/kernel/armv8_deprecated.c。该文件以core_initcall(armv8_deprecated_init)注册初始化armv8_deprecated.c#L604-L640保证在用户空间可用前指令模拟就已就绪。3.1 三种模式的枚举与数据结构代码用两个枚举分别表达模式与架构状态armv8_deprecated.c#L32-L42enum insn_emulation_mode { INSN_UNDEF, /* 0 undef */ INSN_EMULATE, /* 1 emulate (software emulation) */ INSN_HW, /* 2 hw (supported in hardware) */ }; enum legacy_insn_status { INSN_DEPRECATED, /* 弃用默认模拟 */ INSN_OBSOLETE, /* 废弃默认未定义 */ INSN_UNAVAILABLE, /* 本系统不可用 */ };每种受支持指令由struct insn_emulation描述armv8_deprecated.c#L44-L57包含名称、状态、软件模拟回调try_emulate、硬件模式切换回调set_hw_mode、当前模式以及 sysctl 表项struct insn_emulation { const char *name; enum legacy_insn_status status; bool (*try_emulate)(struct pt_regs *regs, u32 insn); int (*set_hw_mode)(bool enable); int current_mode; int min; int max; struct ctl_table sysctl; };三种指令分别对应insn_swpstatus INSN_OBSOLETE无set_hw_mode、insn_cp15_barrierstatus INSN_DEPRECATED与insn_setendstatus INSN_DEPRECATED统一登记在insn_emulations[]数组中armv8_deprecated.c#L405-L415。3.2 sysctl 的注册与模式切换流程register_insn_emulation()armv8_deprecated.c#L535-L575根据状态设定默认模式与取值范围INSN_DEPRECATEDcurrent_mode INSN_EMULATEmax INSN_HW即 0~2 可取INSN_OBSOLETEcurrent_mode INSN_UNDEFmax INSN_EMULATE即只能 0 或 1INSN_UNAVAILABLEcurrent_mode INSN_UNDEFmax INSN_UNDEF节点仍可能注册但固定为 0。随后以register_sysctl_sz(abi, sysctl, 1)在abi目录下注册如abi.swp权限0644处理器为emulation_proc_handler。当用户写 sysctl 时emulation_proc_handler()armv8_deprecated.c#L510-L533在insn_emulation_mutex保护下调用proc_dointvec_minmax完成数值校验随后调用update_insn_emulation_mode()从INSN_HW切出时通过run_all_cpu_set_hw_mode(insn, false)在所有在线 CPU 上关闭硬件位切入INSN_HW时先在所有 CPU 上执行set_hw_mode(true)任一 CPU 失败则回滚到原模式并打印Enabled/Disabled %s support通知。run_all_cpu_set_hw_mode()使用on_each_cpu()广播 IPI 到各 CPU 执行钩子而 CPU 热插拔路径run_all_insn_set_hw_mode()注册在CPUHP_AP_ARM64_ISNDEP_STARTING阶段则保证新上线 CPU 的硬件位与当前模式一致——这也解释了文档中热插拔不支持混合端序的 CPU 可能造成意外结果的警告来源。3.3 异常路径从未定义指令到模拟执行当 AArch32 用户程序执行一条未定义指令时内核进入do_el0_undef()arch/arm64/kernel/traps.c#L455-L474先处理 AArch32 breakpoint 指令再通过user_insn_read()从用户 PC 处取指自动区分 16 位 Thumb、32 位 Thumb wide 与 32 位 ARM 编码见 traps.c#L380-L407随后调用try_emulate_armv8_deprecated(regs, insn)bool try_emulate_armv8_deprecated(struct pt_regs *regs, u32 insn) { for (int i 0; i ARRAY_SIZE(insn_emulations); i) { struct insn_emulation *ie insn_emulations[i]; if (ie-status INSN_UNAVAILABLE) continue; /* * A trap may race with the mode being changed * INSN_EMULATE-INSN_HW. Try to emulate the instruction to * avoid a spurious UNDEF. */ if (READ_ONCE(ie-current_mode) INSN_UNDEF) continue; if (ie-try_emulate(regs, insn)) return true; } return false; }armv8_deprecated.c#L577-L598从源码可以推断只要模式不是INSN_UNDEF内核都会尝试模拟包括硬件模式下也尝试以避免模式切换竞态导致误报 UNDEF所有模拟器都匹配失败后do_el0_undef()才通过force_signal_inject(SIGILL, ILL_ILLOPC, ...)向进程发送 SIGILL。四、三种指令的模拟实现细节4.1 SWP/SWPB用 LDXR/STXR 重写原子交换SWP{B} 仅存在于 ARM 状态不存在于 Thumb。try_emulate_swp()armv8_deprecated.c#L231-L241先校验compat_user_mode()与compat_thumb_mode()再比对指令掩码(insn 0x0fb00ff0) 0x01000090命中后进入swp_handler()。swp_handler()armv8_deprecated.c#L164-L229的完整处理链触发性能事件PERF_COUNT_SW_EMULATION_FAULTS通过aarch32_check_condition()armv8_deprecated.c#L65-L76评估条件码条件不满足则直接跳到下一条指令无条件编码则返回错误该编码不是合法 SWP从指令编码中解析寄存器号aarch32_insn_extract_reg_num取出地址寄存器 Rn、源寄存器 Rt2、目标寄存器 Rt用access_ok()做地址合法性检查非法则调用arm64_notify_segfault()发送 SIGSEGV调用emulate_swpX()完成实际的原子交换记录 trace 并输出限速警告pr_warn_ratelimited(\%s\ (%ld) uses obsolete SWP{B} instruction at 0x%llx\n, current-comm, current-pid, regs-pc)通过arm64_skip_faulting_instruction(regs, 4)跳过故障指令ARM 指令长度 4 字节。真正的原子操作在emulate_swpX()armv8_deprecated.c#L131-L157中使用加载独占/存储独占LDXR/STXR指令循环实现armv8_deprecated.c#L96-L123#define __SWP_LL_SC_LOOPS 4 /* 保证 LL/SC 循环前进的任意常量 */ mov %w3, %w6\n 0: ldxrB %w2, [%4]\n /* 独占读 */ 1: stxrB %w0, %w1, [%4]\n /* 独占写失败返回非0 */ cbz %w0, 2f\n sub %w3, %w3, #1\n /* 重试计数递减 */ cbnz %w3, 0b\n /* 失败且未超限则重试 */ ...要点SWPB 通过指令 bit22 区分#define TYPE_SWPB (1 22)SWP非 B要求 4 字节对齐未对齐访问返回-EFAULT_ASM_EXTABLE_UACCESS_ERR异常表保证用户地址访问失败时安全返回错误。LL/SC 循环最多重试__SWP_LL_SC_LOOPS次并借助signal_pending()、cond_resched()保证可中断、不长期占用 CPU。从源码可以推断emulate_swpX中还对 SWP 到未对齐地址的情况打了pr_debug并返回-EFAULTarmv8_deprecated.c#L136-L140。已知风险见 arch/arm64/Kconfig#L1894-L1915 帮助文本这是内核官方确认的约束老版本 glibc2.8在 futextrylock()中使用 SWP并假设代码不会被抢占启用模拟后该假设更可能失效可能导致用户态死锁访问**非缓存共享区域uncached shared regions**时LDXR/STXR 依赖外部全局监视器global monitor维持原子性系统未实现全局监视器时对 uncached 内存的 SWP 操作可能死锁。此外若 CPU 支持ARM64_HAS_LSUI能力armv8_deprecated_init()会将 SWP 模拟标记为INSN_UNAVAILABLE并打印swp/swpb instruction emulation is not supported on this systemarmv8_deprecated.c#L614-L625——这类 CPU 本身不太可能运行 32 位运行时因此直接禁用模拟。4.2 CP15 Barrier映射到 DMB/DSB/ISBtry_emulate_cp15_barrier()armv8_deprecated.c#L314-L326同样要求 ARM 状态非 Thumb通过掩码匹配两种编码if ((insn 0x0fff0fdf) 0x0e070f9a) /* MCR p15, 0, Rt, c7, c10, 5 : DMB */ ... if ((insn 0x0fff0fff) 0x0e070f95) /* MCR p15, 0, Rt, c7, c5, 4 : ISB */cp15barrier_handler()armv8_deprecated.c#L252-L303解析 CRm 字段CRm10、opc25 → 执行dmb(sy)原MCR p15, 0, Rt, c7, c10, 5CRm10、opc24 → 执行dsb(sy)原MCR p15, 0, Rt, c7, c10, 4CRm5 → 视为 ISBMCR p15, 0, Rt, c7, c5, 4此时无需显式执行屏障——注释解释进入/返回异常本身就充当指令屏障。4.3 SETEND修改 PSTATE 的 E 位try_emulate_setend()armv8_deprecated.c#L384-L395同时匹配两种编码Thumb 16 位0x0000b650掩码0xfffffff7与 ARM 32 位0xf1010000掩码0xfffffdff。compat_setend_handler()armv8_deprecated.c#L349-L368直接改写regs-pstate的PSR_AA32_E_BITif (big_endian) { insn setend be; regs-pstate | PSR_AA32_E_BIT; } else { insn setend le; regs-pstate ~PSR_AA32_E_BIT; }由于端序切换后指令长度不同ARM 4 字节 / Thumb 2 字节分别用a32_setend_handler跳过 4 字节与t16_setend_handler跳过 2 字节处理。setend_set_hw_mode()armv8_deprecated.c#L337-L347操作SCTLR_EL1.SED位enable 时清除 SED允许执行 SETENDdisable 时置位 SED禁用。若cpu_supports_mixed_endian_el0()为假则返回-EINVAL——这与文档中所有 CPU 必须支持 EL0 混合端序的说明一一对应。五、追踪与观测如何确认程序仍在用遗留指令Emulate 模式的核心价值在于帮助软件迁移。内核提供两层观测手段限速内核警告三种指令的 handler 均通过pr_warn_ratelimited()输出如uses obsolete SWP{B} instruction at 0x...、uses deprecated CP15 Barrier instruction at 0x...、uses deprecated setend instruction at 0x...dmesg中即可看到是哪个进程comm/pid在什么 PC 处触发了模拟。tracepoint 跟踪三种指令共用instruction_emulationtracepoint定义于 arch/arm64/kernel/trace-events-emulation.h参数为指令描述字符串与 PC 地址输出格式instr... addr0x...。可配合 ftrace/perf 使用# 使用 ftrace 捕获模拟事件 echo 0 /sys/kernel/tracing/tracing_on echo instruction_emulation /sys/kernel/tracing/set_event echo 1 /sys/kernel/tracing/tracing_on # ... 运行 32 位遗留程序 ... cat /sys/kernel/tracing/trace性能事件每个 handler 都会调用perf_sw_event(PERF_COUNT_SW_EMULATION_FAULTS, 1, regs, regs-pc)可通过 perf 统计软件模拟故障次数perf stat -e emulation-faults -- ./legacy_app这正是文档所说Emulate 模式能收集运行时统计、而硬件执行模式会丧失该能力的落地实现。六、实践建议与排查清单迁移优先CP15 Barrier 与 SETEND 均已弃用应优先修改源码改用ISB/DSB/DMB与显式端序处理见 Kconfig 帮助文本的强烈建议SWP 则应用LDXR/STXR或 C11 原子操作替换。默认配置即可ARMV8_DEPRECATED及三个子选项默认开启default ydeprecated 指令默认模拟、obsolete 指令默认未定义符合文档规定的默认原则无需额外配置。按需切换模式需要兼容老 glibcfutex trylock 中的 SWP时临时echo 1 /proc/sys/abi/swp追求性能且 CPU 支持时可将cp15_barrier/setend设为2走硬件执行。注意硬件约束SWP 模拟在无全局监视器的系统上访问 uncached 共享内存可能死锁SETEND 需要全系统 CPU 支持 EL0 混合端序热插拔不支持该特性的 CPU 后可能出现意外行为均为文档与 Kconfig 明确标注的官方约束。观测验证通过dmesg限速警告、instruction_emulationtracepoint 与emulation-faults性能事件定位仍在使用遗留指令的 32 位程序并据此推动迁移。核心文件速查内核文档Documentation/arch/arm64/legacy_instructions.rst模拟实现arch/arm64/kernel/armv8_deprecated.c未定义指令异常入口arch/arm64/kernel/traps.c配置开关arch/arm64/Kconfigtracepoint 定义arch/arm64/kernel/trace-events-emulation.h【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Linux arm64 兼容层指令模拟（Legacy Instructions）完全指南：SWP/SWPB、CP15 Barrier 与 SETEND 的 sysctl 控制与内核实现剖析
Linux arm64 兼容层指令模拟Legacy Instructions完全指南SWP/SWPB、CP15 Barrier 与 SETEND 的 sysctl 控制与内核实现剖析【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linuxarm64 Linux 内核为在 AArch64 处理器上运行 32 位AArch32遗留用户程序提供了指令模拟emulation基础设施用于处理已被架构**弃用deprecated或废弃obsolete**的旧指令例如 SWP/SWPB、CP15 内存屏障指令和 SETEND。本文基于内核文档 Documentation/arch/arm64/legacy_instructions.rst系统讲解三种执行模式Undef / Emulate / Hardware Execution的含义、/proc/sys/abi下各 sysctl 节点的默认值与取值范围并深入 arch/arm64/kernel/armv8_deprecated.c 源码剖析未定义指令异常处理、软件模拟实现如用 LDXR/STXR 重写 SWP、硬件模式切换与热插拔 CPU 场景下的行为帮助读者完整掌握在 arm64 平台排查与治理遗留指令的全链路方法。一、背景为什么 arm64 还需要模拟旧指令AArch64 架构从第一天起就是一个全新的 64 位指令集但它必须保证对既有 32 位生态Android 32 位应用、老版本 glibc 动态库等的二进制兼容。ARMv8 架构手册将一批 A32/T32 指令标记为 deprecated弃用仍允许执行或 obsolete废弃执行即触发未定义异常典型代表包括SWP / SWPB经典的原子交换指令ARMv6 起被 LDREX/STREX 取代在 ARMv8 中已经 obsolete执行即未定义CP15 Barrier 指令以MCR p15, 0, Rt, c7, ...编码的 DMB/DSB/ISB 形式ARMv7/ARMv8 中 deprecatedSETEND用于切换 AArch32 EL0 数据端序大小端的指令ARMv8 中 deprecated。Linux arm64 内核的应对策略是提供一套未定义指令钩子undefined instruction hooks基础设施对上述指令进行软件模拟在硬件支持的情况下还可以选择直接开启硬件执行例如通过SCTLR_EL1中的CP15BEN、SED位。这套能力在 arch/arm64/Kconfig 中由menuconfig ARMV8_DEPRECATED依赖SYSCTL统管其下包含三个子开关SWP_EMULATION、CP15_BARRIER_EMULATION、SETEND_EMULATION三者默认Y。若关闭ARMV8_DEPRECATED则上述指令在 32 位用户程序中一律触发未定义指令异常SIGILL。二、三种执行模式与 sysctl 接口模拟模式通过向sysctl 节点位于/proc/sys/abi下写入数值来控制。内核文档给出了三种行为及其对应取值这也是整个机制的操作手册模式值行为说明Undef0产生未定义指令异常undefined instruction abort。是**废弃obsolete**指令的默认模式例如 SWP。Emulate1使用软件模拟。为帮助软件迁移此模式下对模拟指令的使用会被跟踪trace并发出限速警告rate-limited warnings。是**弃用deprecated**指令的默认模式例如 CP15 Barrier。Hardware Execution2尽管被标记为弃用部分实现仍支持在硬件层面开启/关闭这些指令的执行。硬件执行通常性能更好但代价是无法收集关于废弃指令使用的运行时统计信息。默认模式的选取原则文档明确给出取决于指令在架构中的状态——deprecated 指令默认模拟Emulateobsolete 指令默认未定义Undef。需要特别注意的是文档同时提醒指令模拟并非在所有情况下都可行需结合各指令的具体说明判断例如 SETEND 依赖系统所有 CPU 的混合端序能力SWP 模拟在某些不支持全局监视器global monitor的系统上对 uncached 内存操作可能死锁。sysctl 节点总览内核文档列出的受支持遗留指令及其 sysctl 节点如下指令sysctl 节点架构状态默认值SWP{B}/proc/sys/abi/swpObsolete废弃Undef0CP15 Barriers/proc/sys/abi/cp15_barrierDeprecated弃用Emulate1SETEND/proc/sys/abi/setendDeprecated弃用Emulate1**注意SETEND 只有系统所有 CPU都具备 EL0 混合端序mixed endian支持时才能启用。如果在该特性启用后热插拔hotplug进一颗不支持混合端序的新 CPU应用程序可能出现意外结果。实际操作示例# 查看当前各节点状态 cat /proc/sys/abi/swp cat /proc/sys/abi/cp15_barrier cat /proc/sys/abi/setend # 开启 SWP/SWPB 软件模拟例如老版本 glibc2.8 在 futex trylock 中使用了 SWP echo 1 /proc/sys/abi/swp # 关闭 CP15 Barrier 模拟令其直接产生未定义异常 echo 0 /proc/sys/abi/cp15_barrier # 尝试切换到硬件执行仅当 CPU 支持对应硬件能力时成功 echo 2 /proc/sys/abi/cp15_barrier echo 2 /proc/sys/abi/setend写入值超出该指令允许范围min/max时内核会拒绝修改并返回错误见下文emulation_proc_handler中proc_dointvec_minmax的校验逻辑。三、源码剖析内核如何实现这套模拟基础设施文档所述机制的核心实现在 arch/arm64/kernel/armv8_deprecated.c。该文件以core_initcall(armv8_deprecated_init)注册初始化armv8_deprecated.c#L604-L640保证在用户空间可用前指令模拟就已就绪。3.1 三种模式的枚举与数据结构代码用两个枚举分别表达模式与架构状态armv8_deprecated.c#L32-L42enum insn_emulation_mode { INSN_UNDEF, /* 0 undef */ INSN_EMULATE, /* 1 emulate (software emulation) */ INSN_HW, /* 2 hw (supported in hardware) */ }; enum legacy_insn_status { INSN_DEPRECATED, /* 弃用默认模拟 */ INSN_OBSOLETE, /* 废弃默认未定义 */ INSN_UNAVAILABLE, /* 本系统不可用 */ };每种受支持指令由struct insn_emulation描述armv8_deprecated.c#L44-L57包含名称、状态、软件模拟回调try_emulate、硬件模式切换回调set_hw_mode、当前模式以及 sysctl 表项struct insn_emulation { const char *name; enum legacy_insn_status status; bool (*try_emulate)(struct pt_regs *regs, u32 insn); int (*set_hw_mode)(bool enable); int current_mode; int min; int max; struct ctl_table sysctl; };三种指令分别对应insn_swpstatus INSN_OBSOLETE无set_hw_mode、insn_cp15_barrierstatus INSN_DEPRECATED与insn_setendstatus INSN_DEPRECATED统一登记在insn_emulations[]数组中armv8_deprecated.c#L405-L415。3.2 sysctl 的注册与模式切换流程register_insn_emulation()armv8_deprecated.c#L535-L575根据状态设定默认模式与取值范围INSN_DEPRECATEDcurrent_mode INSN_EMULATEmax INSN_HW即 0~2 可取INSN_OBSOLETEcurrent_mode INSN_UNDEFmax INSN_EMULATE即只能 0 或 1INSN_UNAVAILABLEcurrent_mode INSN_UNDEFmax INSN_UNDEF节点仍可能注册但固定为 0。随后以register_sysctl_sz(abi, sysctl, 1)在abi目录下注册如abi.swp权限0644处理器为emulation_proc_handler。当用户写 sysctl 时emulation_proc_handler()armv8_deprecated.c#L510-L533在insn_emulation_mutex保护下调用proc_dointvec_minmax完成数值校验随后调用update_insn_emulation_mode()从INSN_HW切出时通过run_all_cpu_set_hw_mode(insn, false)在所有在线 CPU 上关闭硬件位切入INSN_HW时先在所有 CPU 上执行set_hw_mode(true)任一 CPU 失败则回滚到原模式并打印Enabled/Disabled %s support通知。run_all_cpu_set_hw_mode()使用on_each_cpu()广播 IPI 到各 CPU 执行钩子而 CPU 热插拔路径run_all_insn_set_hw_mode()注册在CPUHP_AP_ARM64_ISNDEP_STARTING阶段则保证新上线 CPU 的硬件位与当前模式一致——这也解释了文档中热插拔不支持混合端序的 CPU 可能造成意外结果的警告来源。3.3 异常路径从未定义指令到模拟执行当 AArch32 用户程序执行一条未定义指令时内核进入do_el0_undef()arch/arm64/kernel/traps.c#L455-L474先处理 AArch32 breakpoint 指令再通过user_insn_read()从用户 PC 处取指自动区分 16 位 Thumb、32 位 Thumb wide 与 32 位 ARM 编码见 traps.c#L380-L407随后调用try_emulate_armv8_deprecated(regs, insn)bool try_emulate_armv8_deprecated(struct pt_regs *regs, u32 insn) { for (int i 0; i ARRAY_SIZE(insn_emulations); i) { struct insn_emulation *ie insn_emulations[i]; if (ie-status INSN_UNAVAILABLE) continue; /* * A trap may race with the mode being changed * INSN_EMULATE-INSN_HW. Try to emulate the instruction to * avoid a spurious UNDEF. */ if (READ_ONCE(ie-current_mode) INSN_UNDEF) continue; if (ie-try_emulate(regs, insn)) return true; } return false; }armv8_deprecated.c#L577-L598从源码可以推断只要模式不是INSN_UNDEF内核都会尝试模拟包括硬件模式下也尝试以避免模式切换竞态导致误报 UNDEF所有模拟器都匹配失败后do_el0_undef()才通过force_signal_inject(SIGILL, ILL_ILLOPC, ...)向进程发送 SIGILL。四、三种指令的模拟实现细节4.1 SWP/SWPB用 LDXR/STXR 重写原子交换SWP{B} 仅存在于 ARM 状态不存在于 Thumb。try_emulate_swp()armv8_deprecated.c#L231-L241先校验compat_user_mode()与compat_thumb_mode()再比对指令掩码(insn 0x0fb00ff0) 0x01000090命中后进入swp_handler()。swp_handler()armv8_deprecated.c#L164-L229的完整处理链触发性能事件PERF_COUNT_SW_EMULATION_FAULTS通过aarch32_check_condition()armv8_deprecated.c#L65-L76评估条件码条件不满足则直接跳到下一条指令无条件编码则返回错误该编码不是合法 SWP从指令编码中解析寄存器号aarch32_insn_extract_reg_num取出地址寄存器 Rn、源寄存器 Rt2、目标寄存器 Rt用access_ok()做地址合法性检查非法则调用arm64_notify_segfault()发送 SIGSEGV调用emulate_swpX()完成实际的原子交换记录 trace 并输出限速警告pr_warn_ratelimited(\%s\ (%ld) uses obsolete SWP{B} instruction at 0x%llx\n, current-comm, current-pid, regs-pc)通过arm64_skip_faulting_instruction(regs, 4)跳过故障指令ARM 指令长度 4 字节。真正的原子操作在emulate_swpX()armv8_deprecated.c#L131-L157中使用加载独占/存储独占LDXR/STXR指令循环实现armv8_deprecated.c#L96-L123#define __SWP_LL_SC_LOOPS 4 /* 保证 LL/SC 循环前进的任意常量 */ mov %w3, %w6\n 0: ldxrB %w2, [%4]\n /* 独占读 */ 1: stxrB %w0, %w1, [%4]\n /* 独占写失败返回非0 */ cbz %w0, 2f\n sub %w3, %w3, #1\n /* 重试计数递减 */ cbnz %w3, 0b\n /* 失败且未超限则重试 */ ...要点SWPB 通过指令 bit22 区分#define TYPE_SWPB (1 22)SWP非 B要求 4 字节对齐未对齐访问返回-EFAULT_ASM_EXTABLE_UACCESS_ERR异常表保证用户地址访问失败时安全返回错误。LL/SC 循环最多重试__SWP_LL_SC_LOOPS次并借助signal_pending()、cond_resched()保证可中断、不长期占用 CPU。从源码可以推断emulate_swpX中还对 SWP 到未对齐地址的情况打了pr_debug并返回-EFAULTarmv8_deprecated.c#L136-L140。已知风险见 arch/arm64/Kconfig#L1894-L1915 帮助文本这是内核官方确认的约束老版本 glibc2.8在 futextrylock()中使用 SWP并假设代码不会被抢占启用模拟后该假设更可能失效可能导致用户态死锁访问**非缓存共享区域uncached shared regions**时LDXR/STXR 依赖外部全局监视器global monitor维持原子性系统未实现全局监视器时对 uncached 内存的 SWP 操作可能死锁。此外若 CPU 支持ARM64_HAS_LSUI能力armv8_deprecated_init()会将 SWP 模拟标记为INSN_UNAVAILABLE并打印swp/swpb instruction emulation is not supported on this systemarmv8_deprecated.c#L614-L625——这类 CPU 本身不太可能运行 32 位运行时因此直接禁用模拟。4.2 CP15 Barrier映射到 DMB/DSB/ISBtry_emulate_cp15_barrier()armv8_deprecated.c#L314-L326同样要求 ARM 状态非 Thumb通过掩码匹配两种编码if ((insn 0x0fff0fdf) 0x0e070f9a) /* MCR p15, 0, Rt, c7, c10, 5 : DMB */ ... if ((insn 0x0fff0fff) 0x0e070f95) /* MCR p15, 0, Rt, c7, c5, 4 : ISB */cp15barrier_handler()armv8_deprecated.c#L252-L303解析 CRm 字段CRm10、opc25 → 执行dmb(sy)原MCR p15, 0, Rt, c7, c10, 5CRm10、opc24 → 执行dsb(sy)原MCR p15, 0, Rt, c7, c10, 4CRm5 → 视为 ISBMCR p15, 0, Rt, c7, c5, 4此时无需显式执行屏障——注释解释进入/返回异常本身就充当指令屏障。4.3 SETEND修改 PSTATE 的 E 位try_emulate_setend()armv8_deprecated.c#L384-L395同时匹配两种编码Thumb 16 位0x0000b650掩码0xfffffff7与 ARM 32 位0xf1010000掩码0xfffffdff。compat_setend_handler()armv8_deprecated.c#L349-L368直接改写regs-pstate的PSR_AA32_E_BITif (big_endian) { insn setend be; regs-pstate | PSR_AA32_E_BIT; } else { insn setend le; regs-pstate ~PSR_AA32_E_BIT; }由于端序切换后指令长度不同ARM 4 字节 / Thumb 2 字节分别用a32_setend_handler跳过 4 字节与t16_setend_handler跳过 2 字节处理。setend_set_hw_mode()armv8_deprecated.c#L337-L347操作SCTLR_EL1.SED位enable 时清除 SED允许执行 SETENDdisable 时置位 SED禁用。若cpu_supports_mixed_endian_el0()为假则返回-EINVAL——这与文档中所有 CPU 必须支持 EL0 混合端序的说明一一对应。五、追踪与观测如何确认程序仍在用遗留指令Emulate 模式的核心价值在于帮助软件迁移。内核提供两层观测手段限速内核警告三种指令的 handler 均通过pr_warn_ratelimited()输出如uses obsolete SWP{B} instruction at 0x...、uses deprecated CP15 Barrier instruction at 0x...、uses deprecated setend instruction at 0x...dmesg中即可看到是哪个进程comm/pid在什么 PC 处触发了模拟。tracepoint 跟踪三种指令共用instruction_emulationtracepoint定义于 arch/arm64/kernel/trace-events-emulation.h参数为指令描述字符串与 PC 地址输出格式instr... addr0x...。可配合 ftrace/perf 使用# 使用 ftrace 捕获模拟事件 echo 0 /sys/kernel/tracing/tracing_on echo instruction_emulation /sys/kernel/tracing/set_event echo 1 /sys/kernel/tracing/tracing_on # ... 运行 32 位遗留程序 ... cat /sys/kernel/tracing/trace性能事件每个 handler 都会调用perf_sw_event(PERF_COUNT_SW_EMULATION_FAULTS, 1, regs, regs-pc)可通过 perf 统计软件模拟故障次数perf stat -e emulation-faults -- ./legacy_app这正是文档所说Emulate 模式能收集运行时统计、而硬件执行模式会丧失该能力的落地实现。六、实践建议与排查清单迁移优先CP15 Barrier 与 SETEND 均已弃用应优先修改源码改用ISB/DSB/DMB与显式端序处理见 Kconfig 帮助文本的强烈建议SWP 则应用LDXR/STXR或 C11 原子操作替换。默认配置即可ARMV8_DEPRECATED及三个子选项默认开启default ydeprecated 指令默认模拟、obsolete 指令默认未定义符合文档规定的默认原则无需额外配置。按需切换模式需要兼容老 glibcfutex trylock 中的 SWP时临时echo 1 /proc/sys/abi/swp追求性能且 CPU 支持时可将cp15_barrier/setend设为2走硬件执行。注意硬件约束SWP 模拟在无全局监视器的系统上访问 uncached 共享内存可能死锁SETEND 需要全系统 CPU 支持 EL0 混合端序热插拔不支持该特性的 CPU 后可能出现意外行为均为文档与 Kconfig 明确标注的官方约束。观测验证通过dmesg限速警告、instruction_emulationtracepoint 与emulation-faults性能事件定位仍在使用遗留指令的 32 位程序并据此推动迁移。核心文件速查内核文档Documentation/arch/arm64/legacy_instructions.rst模拟实现arch/arm64/kernel/armv8_deprecated.c未定义指令异常入口arch/arm64/kernel/traps.c配置开关arch/arm64/Kconfigtracepoint 定义arch/arm64/kernel/trace-events-emulation.h【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考