2020-06-05 03:31:28 +08:00
|
|
|
# RUN: llc -march=amdgcn -mcpu=gfx900 -run-pass si-fix-sgpr-copies -o - %s | FileCheck -check-prefix=GCN %s
|
2018-09-07 17:05:34 +08:00
|
|
|
|
AMDGPU: Divergence-driven selection of scalar buffer load intrinsics
Summary:
Moving SMRD to VMEM in SIFixSGPRCopies is rather bad for performance if
the load is really uniform. So select the scalar load intrinsics directly
to either VMEM or SMRD buffer loads based on divergence analysis.
If an offset happens to end up in a VGPR -- either because a floating
point calculation was involved, or due to other remaining deficiencies
in SIFixSGPRCopies -- we use v_readfirstlane.
There is some unrelated churn in tests since we now select MUBUF offsets
in a unified way with non-scalar buffer loads.
Change-Id: I170e6816323beb1348677b358c9d380865cd1a19
Reviewers: arsenm, alex-t, rampitec, tpr
Subscribers: kzhuravl, jvesely, wdng, yaxunl, dstuttard, t-tye, llvm-commits
Differential Revision: https://reviews.llvm.org/D53283
llvm-svn: 348050
2018-12-01 06:55:38 +08:00
|
|
|
# GCN-LABEL: name: smrd_vgpr_offset_imm
|
|
|
|
# GCN: V_READFIRSTLANE_B32
|
|
|
|
# GCN: S_BUFFER_LOAD_DWORD_SGPR
|
2018-09-07 17:05:34 +08:00
|
|
|
---
|
|
|
|
name: smrd_vgpr_offset_imm
|
|
|
|
body: |
|
|
|
|
bb.0:
|
|
|
|
liveins: $sgpr0, $sgpr1, $sgpr2, $sgpr3, $vgpr0
|
|
|
|
|
|
|
|
%4:vgpr_32 = COPY $vgpr0
|
|
|
|
%3:sgpr_32 = COPY $sgpr3
|
|
|
|
%2:sgpr_32 = COPY $sgpr2
|
|
|
|
%1:sgpr_32 = COPY $sgpr1
|
|
|
|
%0:sgpr_32 = COPY $sgpr0
|
|
|
|
%5:sgpr_128 = REG_SEQUENCE %0, %subreg.sub0, %1, %subreg.sub1, %2, %subreg.sub2, %3, %subreg.sub3
|
|
|
|
%6:sreg_32_xm0 = S_MOV_B32 4095
|
|
|
|
%8:vgpr_32 = COPY %6
|
|
|
|
%7:vgpr_32 = V_ADD_I32_e32 %4, killed %8, implicit-def dead $vcc, implicit $exec
|
|
|
|
%10:sreg_32 = COPY %7
|
2019-05-01 06:08:23 +08:00
|
|
|
%9:sreg_32_xm0_xexec = S_BUFFER_LOAD_DWORD_SGPR killed %5, killed %10, 0, 0
|
2018-09-07 17:05:34 +08:00
|
|
|
$vgpr0 = COPY %9
|
|
|
|
SI_RETURN_TO_EPILOG $vgpr0
|
|
|
|
...
|
2018-09-13 14:34:56 +08:00
|
|
|
|
AMDGPU: Divergence-driven selection of scalar buffer load intrinsics
Summary:
Moving SMRD to VMEM in SIFixSGPRCopies is rather bad for performance if
the load is really uniform. So select the scalar load intrinsics directly
to either VMEM or SMRD buffer loads based on divergence analysis.
If an offset happens to end up in a VGPR -- either because a floating
point calculation was involved, or due to other remaining deficiencies
in SIFixSGPRCopies -- we use v_readfirstlane.
There is some unrelated churn in tests since we now select MUBUF offsets
in a unified way with non-scalar buffer loads.
Change-Id: I170e6816323beb1348677b358c9d380865cd1a19
Reviewers: arsenm, alex-t, rampitec, tpr
Subscribers: kzhuravl, jvesely, wdng, yaxunl, dstuttard, t-tye, llvm-commits
Differential Revision: https://reviews.llvm.org/D53283
llvm-svn: 348050
2018-12-01 06:55:38 +08:00
|
|
|
# GCN-LABEL: name: smrd_vgpr_offset_imm_add_u32
|
|
|
|
# GCN: V_READFIRSTLANE_B32
|
|
|
|
# GCN: S_BUFFER_LOAD_DWORD_SGPR
|
2018-09-13 14:34:56 +08:00
|
|
|
---
|
|
|
|
name: smrd_vgpr_offset_imm_add_u32
|
|
|
|
body: |
|
|
|
|
bb.0:
|
|
|
|
liveins: $sgpr0, $sgpr1, $sgpr2, $sgpr3, $vgpr0
|
|
|
|
|
|
|
|
%4:vgpr_32 = COPY $vgpr0
|
|
|
|
%3:sgpr_32 = COPY $sgpr3
|
|
|
|
%2:sgpr_32 = COPY $sgpr2
|
|
|
|
%1:sgpr_32 = COPY $sgpr1
|
|
|
|
%0:sgpr_32 = COPY $sgpr0
|
|
|
|
%5:sgpr_128 = REG_SEQUENCE %0, %subreg.sub0, %1, %subreg.sub1, %2, %subreg.sub2, %3, %subreg.sub3
|
|
|
|
%6:sreg_32_xm0 = S_MOV_B32 4095
|
|
|
|
%8:vgpr_32 = COPY %6
|
|
|
|
%7:vgpr_32 = V_ADD_U32_e32 %4, killed %8, implicit $exec
|
|
|
|
%10:sreg_32 = COPY %7
|
2019-05-01 06:08:23 +08:00
|
|
|
%9:sreg_32_xm0_xexec = S_BUFFER_LOAD_DWORD_SGPR killed %5, killed %10, 0, 0 :: (dereferenceable invariant load 4)
|
2018-09-13 14:34:56 +08:00
|
|
|
$vgpr0 = COPY %9
|
|
|
|
SI_RETURN_TO_EPILOG $vgpr0
|
|
|
|
|
|
|
|
...
|