[PATCH] D21321: [mips] Optimize stack pointer adjustments.
Simon Dardis via llvm-commits
llvm-commits at lists.llvm.org
Tue Jun 14 05:21:48 PDT 2016
sdardis added inline comments.
================
Comment at: lib/Target/Mips/MipsSEInstrInfo.cpp:469-470
@@ -461,3 +468,4 @@
+ }
unsigned Reg = loadImmediate(Amount, MBB, I, DL, nullptr);
- BuildMI(MBB, I, DL, get(ADDu), SP).addReg(SP).addReg(Reg, RegState::Kill);
+ BuildMI(MBB, I, DL, get(Opc), SP).addReg(SP).addReg(Reg, RegState::Kill);
}
----------------
dsanders wrote:
> These suggestions are for another patch but just to mention them:
> * MIPS32R6/MIPS64R6 can add the immediate without materializing it first using AUI/DAUI/DATI/DAHI.
> * MIPS32R5/MIPS64R5 with MSA, and MIPS32R6/MIPS64R6 can improve on this using LSA/DLSA to add 17-20 bit immediates in two instructions instead of three as long as the amount is appropriately aligned (which is always true for 17-19 bit, and true on N32/N64 for 20-bit).
I hadn't thought about using (d)lsa to synthesize constants, but that's changes to MipsAnalyzeImmediate. This patch is to make a relatively tiny change to avoid some bad cases.
I'll look at R6ifying the return sequence after R6ifying constant synthesis.
================
Comment at: test/CodeGen/Mips/cstmaterialization/stack.ll:29-31
@@ +28,5 @@
+
+; FIXME:
+; These are here to match other lui's used in offset computations and they're
+; also duplicated.
+
----------------
dsanders wrote:
> Can you clarify what needs fixing here? Is it just the duplication or is there something else?
For mips64 we repeatedly synthesize a large offset of the current stack pointer:
lui $5, 16
daddu $5, $sp, $5
sd $ra, 24($5) # 8-byte Folded Spill
lui $ra, 16
daddu $ra, $sp, $ra
sd $gp, 16($ra) # 8-byte Folded Spill
The second spill could have re-used $5 with the offset of 16. This also occurs when those values are reloaded. Turns out I missed one of them.
http://reviews.llvm.org/D21321
More information about the llvm-commits
mailing list