[PATCH] D62361: [FastISel] Skip creating unnecessary vregs for arguments

Francis Visoiu Mistrih via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Thu May 23 18:01:29 PDT 2019


thegameg created this revision.
thegameg added reviewers: craig.topper, ab, t.p.northover, arsenm, efriedma.
Herald added subscribers: jfb, atanasyan, hiraditya, kristof.beyls, arichardson, tpr, javed.absar, nhaehnle, wdng, jvesely, sdardis, qcolombet.
Herald added a project: LLVM.

This behavior was added in r130928 for both FastISel and SD, and then disabled in r131156 for FastISel.

This re-enables it for FastISel with the corresponding fix.

This is triggered only when FastISel can't lower the arguments and falls back to SelectionDAG for it.

FastISel contains a map of "register fixups" where at the end of the selection phase it replaces all uses of a register with another register that FastISel sometimes pre-assigned. Code at the end of SelectionDAGISel::runOnMachineFunction is doing the replacement at the very end of the function, while other pieces that come in before that look through the MachineFunction and assume everything is done. In this case, the real issue is that the code emitting COPY instructions for the liveins (physreg to vreg) (EmitLiveInCopies) is checking if the vreg assigned to the physreg is used, and if it's not, it will skip the COPY. If a register wasn't replaced with its assigned fixup yet, the copy will be skipped and we'll end up with uses of undefined registers.

This fix moves the replacement of registers before the emission of copies for the live-ins.

The initial motivation for this fix is to enable tail calls for swiftself functions, which were blocked because we couldn't prove that the swiftself argument (which is callee-save) comes from a function argument (live-in), because there was an extra copy (vreg to vreg).

A few tests are affected by this:

- llvm/test/CodeGen/AArch64/swifterror.ll: we used to spill x21 (callee-save) but never reload it because it's attached to the return. We now don't even spill it anymore.
- llvm/test/CodeGen/*/swiftself.ll: we tail-call now.
- llvm/test/CodeGen/AMDGPU/mubuf-legalize-operands.ll: I believe this test was not really testing the right thing, but it worked because the same registers were re-used.
- llvm/test/CodeGen/ARM/cmpxchg-O0.ll: regalloc changes
- llvm/test/CodeGen/Mips/atomic.ll: get rid of a spill, the stack and a copy
- llvm/test/CodeGen/Mips/dsp-spill-reload.ll: get rid of a spill
- llvm/test/CodeGen/SystemZ/swift-return.ll: smaller stack
- llvm/test/CodeGen/X86/swifterror.ll: same as AArch64


https://reviews.llvm.org/D62361

Files:
  llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
  llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
  llvm/test/CodeGen/AArch64/swifterror.ll
  llvm/test/CodeGen/AArch64/swiftself.ll
  llvm/test/CodeGen/AMDGPU/mubuf-legalize-operands.ll
  llvm/test/CodeGen/ARM/cmpxchg-O0.ll
  llvm/test/CodeGen/ARM/swifterror.ll
  llvm/test/CodeGen/Mips/atomic.ll
  llvm/test/CodeGen/Mips/atomic64.ll
  llvm/test/CodeGen/Mips/atomicCmpSwapPW.ll
  llvm/test/CodeGen/Mips/dsp-spill-reload.ll
  llvm/test/CodeGen/SystemZ/swift-return.ll
  llvm/test/CodeGen/X86/atomic-unordered.ll
  llvm/test/CodeGen/X86/swifterror.ll
  llvm/test/CodeGen/X86/swiftself.ll
  llvm/test/DebugInfo/X86/dbg-declare-arg.ll

-------------- next part --------------
A non-text attachment was scrubbed...
Name: D62361.201083.patch
Type: text/x-patch
Size: 40611 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20190524/b21519f0/attachment.bin>


More information about the llvm-commits mailing list