Linux 5.15.5内核arm64架构ptrace单步(debug exceptions)工作原理问询

核心错误点定位 #

• 错误1：单步异常的处理路径完全匹配错误。你提到的early_brk64、arm64_skip_faulting_instruction是AArch64 BRK指令触发的软件断点的处理逻辑，和单步执行毫无关系。单步异常对应的是debug_fault_info数组索引1的"hardware single-step"分支，后续会走专门的单步异常处理逻辑，不会进入断点处理分支。
• 错误2：上下文切换的逻辑理解偏差。tracer调用ptrace系统调用传入tracee的pid时，内核会先通过pid找到tracee的进程描述符task_struct，user_enable_single_step的入参就是tracee的task_struct，操作的是tracee的线程标志位、保存在tracee内核栈中的寄存器上下文，全程没有修改tracer的任何寄存器或状态，不存在“步骤2-6操作的是tracer”的情况。
• 错误3：单步触发条件缺失。仅设置SPSR_EL1的SS位无法触发单步的原因有两个：一是SPSR_EL1是异常返回时才会加载到当前PSTATE的快照寄存器，进程运行时的生效状态存在PSTATE中；二是用户态单步还依赖MDSCR_EL1寄存器的MDE（调试全局使能）位、SS（单步使能）位的配置，这两个配置不是全局生效的，Linux会在调度器切换到tracee运行时才会设置对应位，切换到其他进程时会清除，避免影响非调试进程。
• 错误4：自研OS复现的逻辑错误。你全局设置了MDSCR_EL1的相关位，会让所有在CPU上运行的进程都满足单步触发条件，此时刚设置完寄存器还处于tracer的上下文，自然会触发tracer的单步异常，和预期的tracee触发完全不符。

正确完整执行流程 #

1. tracer调用ptrace(PTRACE_SINGLESTEP, tracee_pid, ...)陷入内核，内核根据pid查找到tracee的task_struct，调用user_enable_single_step给tracee的线程信息设置TIF_SINGLESTEP标志，同时修改tracee内核栈中保存的待恢复寄存器上下文，给pstate设置SS位。
2. tracer调用wait()系统调用等待tracee停止，内核调度器选择tracee调度上CPU运行时，在上下文切换路径中检查到tracee的TIF_SINGLESTEP标志，就会设置MDSCR_EL1的MDE位和SS位，使能单步调试硬件。
3. 内核完成上下文切换，从内核态返回tracee的用户态时，会把栈中保存的带SS位的pstate恢复到当前PSTATE寄存器，单步状态生效。
4. tracee执行完1条用户态指令后，自动触发调试异常，陷入内核的el0_dbg处理入口。
5. 内核解析异常原因判断为单步异常，给tracee发送SIGTRAP信号，将tracee设置为停止状态，唤醒等待的tracer。
6. tracer被唤醒后即可读取tracee的当前寄存器、内存状态，完成单次单步的调试操作。

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