ARMv8 VHE虚拟化中ELR_EL2值异常变更致指令中止问题求助

问题背景 #

基于ARMv8 VHE特性开发虚拟化项目，从宿主虚拟机管理程序切换至客户机OS时使用以下切换代码：

/*
 * void __vcpu_entry(void *regs)
 * x0 = pc, x1 = spsr
 */
.globl __vcpu_entry
__vcpu_entry:
    //RESTORE_CONTEXT
    LDP     X0, X1, [X0]
    MSR     ELR_EL2, X0
    MSR     SPSR_EL2, X1
    ERET

代码仅保留ERET所需的PC和SPSR恢复流程，预期首次调度vCPU/VM时，客户机入口PC设为0x00208000，但实际触发指令中止Panic，调试显示ELR_EL2被修改为0x00000200，该地址无Stage-2 MMU映射。

调试日志 #

[Debug] c->regs.spsr = 0x000003c5
[Debug] c->regs.pc   = 0x00208000
[Info] Create 1 vCPUs success for 0th VM
[Debug] memcpy src: 0x00208000 to dst: 0x11208000
[Info] Load OS img OK
[Info] Run 0th VM first time
msh >[Debug] vcpu_sche_in, 239
[Debug] load_stage2_setting, 228
[Debug] activate_trap, 195
[Debug] __vcpu_entry
[Debug] rt_hw_trap_sync, 109
[Debug] rt_hw_handle_low_sync, 72
[Info]   ESR_EL2 = 0x82000006
[Info]   HCR_EL2 = 0x8008001b
[Info]   FAR_EL2 = 0x00000200
[Info]  VBAR_EL1 = 0x09419800
[Info]  VBAR_EL2 = 0x09419800
[Info] VTTBR_EL2 = 0x09460000
[Info]  SPSR_EL2 = 0x000003c5
[Info]   ELR_EL2 = 0x00000200
[Panic] ec_iabt_low_handler, 50
error exception:
Execption:
X00:0x0000000000000000 X01:0x0000000000000000 X02:0x0000000000000000 X03:0x0000000000000000
X04:0x0000000000000000 X05:0x0000000000000000 X06:0x0000000000000000 X07:0x0000000000000000
X08:0x0000000000000000 X09:0x0000000000000000 X10:0x0000000000000000 X11:0x0000000000000000
X12:0x0000000000000000 X13:0x0000000000000000 X14:0x0000000000000000 X15:0x0000000000000000
X16:0x0000000000000000 X17:0x0000000000000000 X18:0x0000000000000000 X19:0x0000000000000000
X20:0x0000000000000000 X21:0x0000000000000000 X22:0x0000000000000000 X23:0x0000000000000000
X24:0x0000000000000000 X25:0x0000000000000000 X26:0x0000000000000000 X27:0x0000000000000000
X28:0x0000000000000000 X29:0x0000000000000000 X30:0x0000000000000000
SPSR  :0x00000000000003c5
EPC   :0x0000000000000200
Now is at EL2
HCR_EL2 = 0x000000048008001b
ESR_EL2 = 0x0000000082000006
FAR_EL2 = 0x0000000000000200
VBAR_EL1= 0x0000000009419800
VBAR_EL2= 0x0000000009419800
SPSR_EL2= 0x00000000000003c5
ELR_EL2 = 0x0000000000000200

核心疑问 #

ELR_EL2为何会从预期的0x00208000被修改为0x00000200？

可能的原因及排查方向 #

1. ERET后异常触发导致ELR_EL2被覆盖 #

日志显示__vcpu_entry执行后立即进入同步异常处理流程，说明ERET执行后客户机代码触发了异常，ELR_EL2被更新为异常返回地址。

解析ESR_EL2的值0x82000006：

• 异常类别（EC）字段为0x20，对应「Instruction Abort, Lower EL」，结合FAR_EL2=0x00000200，说明客户机尝试执行0x00000200处指令时触发Stage-2指令中止。

2. 地址映射与异常向量表配置问题 #

• OS镜像被拷贝到物理地址0x11208000，但预期入口是客户机虚拟地址0x00208000，需确认Stage-2 MMU是否将该虚拟地址正确映射到物理地址。若映射错误，客户机访问0x00208000会触发地址转换异常。
• 0x00000200是EL1异常向量表中「Instruction Abort from Lower EL」的固定偏移（向量表每个条目占0x80字节），说明客户机触发异常后，尝试跳转到VBAR_EL1=0x09419800指向的向量表，但该地址在客户机虚拟空间中无有效映射，引发二次异常，最终回到EL2时ELR_EL2被设置为该偏移地址。

3. 寄存器恢复不完整 #

代码仅恢复ELR_EL2和SPSR_EL2，但VHE模式下切换到客户机需确保关键寄存器配置正确：

• SP_EL1：客户机栈指针未初始化，可能导致异常处理时栈访问错误
• TTBR0_EL1/TTBR1_EL1：客户机Stage-1 MMU配置未设置，导致自身地址转换失败
• HCR_EL2：当前值0x8008001b需确认VHE相关位（如RW、TGE）是否符合客户机执行模式需求，模式不兼容会触发异常。

4. 镜像加载地址混淆 #

日志中memcpy src: 0x00208000 to dst: 0x11208000需明确src是宿主物理地址还是客户机虚拟地址。若src是宿主物理地址，Stage-2映射需将客户机虚拟地址0x00208000映射到0x11208000，映射缺失会直接触发地址中止。

排查步骤建议 #

1. 验证Stage-2映射表：检查VTTBR_EL2指向的页表，确认客户机虚拟地址0x00208000是否正确映射到物理地址0x11208000，且权限为可执行。
2. 检查客户机EL1向量表：确认VBAR_EL1=0x09419800在客户机虚拟空间中有有效映射，且向量表指令完整。
3. 补充寄存器恢复流程：在__vcpu_entry中恢复SP_EL1、TTBR0_EL1等关键寄存器，确保客户机执行环境完整。
4. 解析ESR_EL2详细信息：通过ISS字段（Bit25:0）区分是Stage-1还是Stage-2地址转换失败，结合FAR_EL2定位具体问题。
5. 确认HCR_EL2配置：核对RW、TGE等VHE相关位的设置，确保与客户机内核执行模式匹配。

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