llvm-project/llvm/test/Analysis/CostModel/AMDGPU
Simon Pilgrim 872a950033 [CostModel] Treat 'widen subvector' patterns as zero cost
As discussed on D107228, widening a subvector by inserting the whole subvector into the bottom a larger undef vector should always be cheap enough that we can treat it as zero cost.

NOTE: If this proves to cause issues we have the option of introducing a "SK_WidenSubvector" shuffle kind enum that targets could override the zero cost, but that doesn't seem necessary atm.

Differential Revision: https://reviews.llvm.org/D107228
2021-08-02 11:43:10 +01:00
..
add-sub.ll
addrspacecast.ll
bit-ops.ll
control-flow.ll [AMDGPU] PHI node cost should not be counted for the size and latency. 2021-06-30 16:11:17 +03:00
extractelement.ll
fabs.ll
fadd.ll
fdiv.ll
fma.ll
fmul.ll
fneg.ll
fsub.ll
fused_costs.ll
insertelement.ll
lit.local.cfg
logicalop.ll [TTI] Consider select form of and/or i1 as having arithmetic cost 2021-03-02 02:18:19 +09:00
mul.ll
reduce-and.ll [Cost]Canonicalize the cost for logical or/and reductions. 2021-03-19 11:01:58 -07:00
reduce-or.ll [Cost]Canonicalize the cost for logical or/and reductions. 2021-03-19 11:01:58 -07:00
shifts.ll
shufflevector.ll [CostModel] Treat 'widen subvector' patterns as zero cost 2021-08-02 11:43:10 +01:00