咨询Linux v5.10中do_sve_acc()清零线程SVE状态的原因

一、为何要执行清零操作？ #

• ARM64架构下，Linux默认不为所有进程预初始化SVE状态，仅在进程首次触发SVE访问异常时才完成SVE启用与上下文初始化。do_sve_acc()中清零SVE状态，是为了构建干净的初始环境，避免CPU中残留的无效、未定义数据干扰后续上下文恢复或初始化流程。
• 当进程触发SVE异常时，当前CPU的SVE寄存器状态可能因违规操作处于异常、不一致状态，清零能确保后续状态恢复从已知的安全起点开始，防止脏数据引发更严重的问题。

二、“恢复SVE状态前不应清零”的观点是否正确？ #

这个观点不正确，原因如下：

• 此处的“清零”针对的是CPU硬件寄存器的当前状态，而非进程已保存的合法上下文。恢复上下文时，是从进程task_struct中存储的fpsimd_state（包含SVE数据）加载到寄存器，清零是先将寄存器置为安全初始态，再覆盖加载合法数据，属于严谨的安全操作，不会破坏需恢复的上下文。
• 对于首次触发异常的进程，此时还无保存的SVE上下文，清零本身就是初始化的一部分，为后续启用SVE做准备。

三、非首次触发陷阱时，清零后恢复什么？ #

进程非首次触发SVE陷阱时，合法的SVE上下文已保存在自身的task_struct->thread.fpsimd_state中。do_sve_acc()清零的是CPU的SVE寄存器状态，之后会通过fpsimd_restore_current_state()这类逻辑，将进程之前保存的SVE上下文（包括向量长度、寄存器数据等）重新加载到CPU寄存器，确保进程在正确的上下文下继续执行。

注：代码逻辑中，清零操作后会触发后续上下文恢复流程，从进程私有存储区域加载合法状态，并非无依据恢复。

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