[PATCH] D108382: [X86] lowerShuffleAsDecomposedShuffleMerge(): if both inputs are broadcastable/identities, canonicalize broadcasts as such

Simon Pilgrim via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Wed Sep 1 03:13:26 PDT 2021


RKSimon added inline comments.


================
Comment at: llvm/test/CodeGen/X86/oddshuffles.ll:2284
+; AVX2-FAST-NEXT:    vmovq {{.*#+}} xmm0 = mem[0],zero
+; AVX2-FAST-NEXT:    vpinsrd $2, 8(%rdi), %xmm0, %xmm1
 ; AVX2-FAST-NEXT:    vpxor %xmm0, %xmm0, %xmm0
----------------
lebedev.ri wrote:
> lebedev.ri wrote:
> > RKSimon wrote:
> > > any luck with this?
> > I wrote a comment here, and phab just lost it :(
> > 
> > This seems like demandedelts failure.
> > In LHS, we successfully dropped this load.
> > Whenever in `SimplifyMultipleUseDemandedBits()` we look at this `insert_vector_elt`,
> > demandedelts implies that we demand all elements.
> > The problem is that we need to decode the target shuffle mask to notice that, i think.
> > 
> > Wild guess: perhaps in `SimplifyMultipleUseDemandedBitsForTargetNode()` after `getTargetShuffleInputs()`,
> > we can call `SimplifyMultipleUseDemandedBits()` on inputs, and recreate the shuffle if that succeeded?
> > I'm not really sure if there is some other better place to do that.
> Actually, that won't work either.
> ```
> Optimized legalized selection DAG: %bb.0 'splat_v3i32:'
> SelectionDAG has 32 nodes:
>   t0: ch = EntryToken
>   t2: i64,ch = CopyFromReg t0, Register:i64 %0
>       t24: v8i32 = BUILD_VECTOR Constant:i32<0>, undef:i32, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>
>     t55: v8i32 = X86ISD::BLENDI t24, t58, TargetConstant:i8<2>
>   t19: ch,glue = CopyToReg t0, Register:v8i32 $ymm0, t55
>         t69: v32i8 = bitcast t58
>           t76: i64 = X86ISD::Wrapper TargetConstantPool:i64<<32 x i8> <i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 0, i8 1, i8 2, i8 3, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128, i8 -128>> 0
>         t74: v32i8,ch = load<(load (s256) from constant-pool)> t0, t76, undef:i64
>       t71: v32i8 = X86ISD::PSHUFB t69, t74
>     t72: v8i32 = bitcast t71
>   t21: ch,glue = CopyToReg t19, Register:v8i32 $ymm1, t72, t19:1
>           t27: i64,ch = load<(load (s64) from %ir.ptr, align 1)> t0, t2, undef:i64
>         t30: v2i64 = scalar_to_vector t27
>       t31: v4i32 = bitcast t30
>         t28: i64 = add nuw t2, Constant:i64<8>
>       t29: i32,ch = load<(load (s32) from %ir.ptr + 8, align 1)> t0, t28, undef:i64
>     t61: v4i32 = insert_vector_elt t31, t29, Constant:i64<2>
>   t58: v8i32 = insert_subvector undef:v8i32, t61, Constant:i64<0>
>   t22: ch = X86ISD::RET_FLAG t21, TargetConstant:i32<0>, Register:v8i32 $ymm0, Register:v8i32 $ymm1, t21:1
> 
> 
> ===== Instruction selection begins: %bb.0 ''
> ```
> `t29`/`t61` is what we want to drop, but even if we could recreate subreg widening, `t58` has two uses.
> So i guess our only hope is `combineX86ShufflesRecursively()`?
What might work is calling SimplifyMultipleUseDemandedVectorElts on each operand at the end of the combineX86ShufflesRecursively recursion just before the calls into combineX86ShuffleChain?


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D108382



More information about the llvm-commits mailing list