[PATCH] D119475: [AMDGPU] Add scheduler pass to rematerialize trivial defs

Vang Thao via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Thu Feb 17 11:39:28 PST 2022


vangthao added inline comments.


================
Comment at: llvm/lib/Target/AMDGPU/GCNSchedStrategy.cpp:830
+      // not need to check RegionEnd since it can only be a call or terminator
+      // instruction and we do not touch those type of instructions.
+      for (unsigned DefI = 0, DefE = Regions.size(); DefI != DefE; ++DefI) {
----------------
rampitec wrote:
> rampitec wrote:
> > vangthao wrote:
> > > rampitec wrote:
> > > > rampitec wrote:
> > > > > You actually need to update RegionEnd because there can be a fallthrough without a terminator.
> > > > And actually remember that region is not the same as basic block. It may start and end in the middle of a block.
> > > Can you give an example of a fallthrough case? I thought regions were decided by isSchedBoundary().
> > A basic block may finish without a terminator. It will just fall through into the next block.
> Look at the dbg-value-ends-sched-region.mir for example. The first block is ended with a V_MOV_B32:
> ```
>     %10:vreg_64 = IMPLICIT_DEF
>     undef %11.sub0:vreg_64 = V_MOV_B32_e32 0, implicit $exec
> 
>   bb.1:
>     %12:vreg_64 = COPY %2
> ```
> So if you move this instruction you will invalidate RegionEnd.
I believe RegionEnd would be equivalent to MBB.end() which is a pass the end iterator  and would not point to the V_MOV_B32 in this case, or am I wrong?


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D119475/new/

https://reviews.llvm.org/D119475



More information about the llvm-commits mailing list