[CostModel] remove cost-kind predicate for ctlz/cttz intrinsics in basic TTI implemen...
authorSanjay Patel <spatel@rotateright.com>
Thu, 15 Oct 2020 17:12:38 +0000 (13:12 -0400)
committerSanjay Patel <spatel@rotateright.com>
Thu, 15 Oct 2020 17:14:41 +0000 (13:14 -0400)
commit9f6048f83dc2be76ab97172bf1113d9fa9db7c60
tree7be694450f2cfa28c0c144f6450dba41c6d185c7
parent1ebee7adf8966ad9d2885c172a18104c94667061
[CostModel] remove cost-kind predicate for ctlz/cttz intrinsics in basic TTI implementation

The cost modeling for intrinsics is a patchwork based on different
expectations from the callers, so it's a mess. I'm hoping to untangle
this to allow canonicalization to the new min/max intrinsics in IR.
The general goal is to remove the cost-kind restriction here in the
basic implementation class. Ie, if some intrinsic has throughput cost
of 104, assume that it has the same size, latency, and blended costs.
Effectively, an intrinsic with cost N is composed of N simple
instructions. If that's not correct, the target should provide a more
accurate override.

The x86-64 SSE2 subtarget cost diffs require explanation:

1. The scalar ctlz/cttz are assuming "BSR+XOR+CMOV" or
   "TEST+BSF+CMOV/BRANCH", so not cheap.
2. The 128-bit SSE vector width versions assume cost of 18 or 26
   (no explanation provided in the tables, but this corresponds to a
   bunch of shift/logic/compare).
3. The 512-bit vectors in the test file are scaled up by a factor of
   4 from the legal vector width costs.
4. The plain latency cost-kind is not affected in this patch because
   that calc is diverted before we get to getIntrinsicInstrCost().

Differential Revision: https://reviews.llvm.org/D89461
llvm/include/llvm/CodeGen/BasicTTIImpl.h
llvm/test/Analysis/CostModel/X86/intrinsic-cost-kinds.ll