fix pac causes compilation failure because some phi branches are optimized to constant function addresses · Pull Request !788 · OpenHarmony/third_party_llvm-project

### Issue

#ICA480

### Reason (Purpose, Solved Problem)

开启pac功能后，若存在一个函数指针在phi指令中被赋值，则会跟随phi指令逻辑，生成一条相似的phi指令用于生成modifier。
同时，phi指令的来源分支，也需要补充modifier的生成逻辑。
当原函数指针的phi指令来源，被优化为了常量函数地址，同时modifier的语句也会被优化掉，这就导致在生成modifier的phi指令时，
会缺少一个分支数据。在指令生成时，会处理失败。

IR示例：
```
  bb.2:
    ; predecessors: %bb.1
    successors: %bb.4
    %131:gpr32 = MOVi32imm 22545
    %132:gpr64sp = SUBREG_TO_REG 0, killed %131:gpr32, %subreg.sub_32
    %133:gpr64 = PARTS_AUTCALL %58:gpr64, killed %132:gpr64sp
    %31:gpr64 = COPY %133:gpr64
    B %bb.4

bb.3:
    ; predecessors: %bb.1
    successors: %bb.4
    %125:gpr32 = MOVi32imm 22545
    %126:gpr64sp = SUBREG_TO_REG 0, killed %125:gpr32, %subreg.sub_32
    %127:gpr64common = MOVaddr target-flags(aarch64-page) @pac_test, target-flags(aarch64-pageoff, aarch64-nc) @pac_test
    %32:gpr64 = COPY %127:gpr64common
    ADJCALLSTACKDOWN 0, 0, implicit-def dead $sp, implicit $sp
    $x0 = COPY %57:gpr64
    $x1 = COPY %59:gpr64
    BLR %127:gpr64common
    ADJCALLSTACKUP 0, 0, implicit-def dead $sp, implicit $sp
    B %bb.4

bb.4:
    ; predecessors: %bb.2, %bb.3
    successors: %bb.5
    %35:gpr64 = PHI %31:gpr64, %bb.2, %32:gpr64, %bb.3
    B %bb.5
```
在示例中，bb.3分支的%127被优化为常量函数地址，这导致不能正常为phi指令的结果进行pac签名。

### Description

识别此异常场景，在正常分支中增加验签指令
相关异常场景：

同一个分支中的函数指针，被多个phi指令引用，其中一个phi指令包含异常场景

修改后的IR如下，其中AUTCALL被替换为COPY+AUTIA指令，COPY继续保存之前的逻辑，供给其他phi指令使用（如果有的话）。AUTIA去除其签名，并改掉下文PHI指令中的寄存器引用。

```
 bb.2:
    ; predecessors: %bb.1
    successors: %bb.4
    %131:gpr32 = MOVi32imm 22545
    %132:gpr64sp = SUBREG_TO_REG 0, killed %131:gpr32, %subreg.sub_32
    %133:gpr64 = COPY %132:gpr64
    %143:gpr64 = AUTIA %58:gpr64, %132:gpr64sp
    %31:gpr64 = COPY %133:gpr64
    B %bb.4

bb.3:
    ; predecessors: %bb.1
    successors: %bb.4
    %125:gpr32 = MOVi32imm 22545
    %126:gpr64sp = SUBREG_TO_REG 0, killed %125:gpr32, %subreg.sub_32
    %127:gpr64common = MOVaddr target-flags(aarch64-page) @pac_test, target-flags(aarch64-pageoff, aarch64-nc) @pac_test
    %32:gpr64 = COPY %127:gpr64common
    ADJCALLSTACKDOWN 0, 0, implicit-def dead $sp, implicit $sp
    $x0 = COPY %57:gpr64
    $x1 = COPY %59:gpr64
    BLR %127:gpr64common
    ADJCALLSTACKUP 0, 0, implicit-def dead $sp, implicit $sp
    B %bb.4

bb.4:
    ; predecessors: %bb.2, %bb.3
    successors: %bb.5
    %35:gpr64 = PHI %143:gpr64, %bb.2, %32:gpr64, %bb.3
    B %bb.5
```

### Test (Local test)

1. 补充了用例PhiBlrBranchOptimized，用于验证phi部分分支被优化时的编译表现
2. 补充了用例PhiMultiBlr，用于验证phi指令的来源值同时应用于多个phi指令时，其中一个phi指令存在被优化异常时，pac适配处理的表现

问题来源为鸿蒙内核构建，现已通过此MR修改完成修复验证。（截图涉及黄蓝区传输，不便贴图）

### Need to cherry-pick to release (eg：monthly_20221018, OpenHarmony-3.2-Beta5 ...) branch？

- [ ] yes，branch list:
- [x] no

why:

###  Compatibility impact assessment, please indicate (Y/N) 
N

类型	指派人员	状态
审查	hhj Pavel Kosov MrLop	进行中 (0/1人)
测试	openharmony_ci public_ARKCIAccount	进行中 (0/2人)

OpenHarmony/third_party_llvm-project .gitee-modal { width: 500px !important; }

搜索帮助

OpenHarmony/third_party_llvm-project