On 2/9/25 5:20 AM, Vineet Gupta wrote:
On 2/8/25 23:02, Jeff Law wrote:
On 2/7/25 9:34 PM, Vineet Gupta wrote:
A couple of Vector pseudoinstructions use x0 scalar which being regfile
crosser could be inefficient on certain wider uarches.

Use the imm 0 form, which should be functionally equivalent.

   pseudoinsn            orig insn with x0     this patch
   --------------------  --------------------  -------------------
   vneg.v vd,vs          vrsub.vx vd,vs,x0     vrsub.vi vd,vs,0
   vncvt.x.x.w vd,vs,vm  vnsrl.wx vd,vs,x0,vm  vnsrl.wi vd,vs,0,vm
   vwcvt.x.x.v vd,vs,vm  vwadd.vx vd,vs,x0,vm  (imm not supported)

This passes my testsuite A/B run but obviously wait for the CI tester to
give a green light.

gcc/ChangeLog:
        * config/riscv/vector.md: vncvt substitute vnsrl.
        vnsrl with x0 replace with immediate 0.
        vneg substitute vrsub.

gcc/testsuite/ChangeLog:

        * gcc.target/riscv/rvv/autovec/cond/cond_convert_int2int-rv32-1.c: 
Change
        expected pattern.
        * gcc.target/riscv/rvv/autovec/cond/cond_convert_int2int-rv32-2.c: 
Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_convert_int2int-rv64-1.c: 
Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_convert_int2int-rv64-2.c: 
Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_unary-1.c: Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_unary-2.c: Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_unary-3.c: Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_unary-4.c: Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_unary-5.c: Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_unary-6.c: Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_unary-7.c: Ditto.
        * gcc.target/riscv/rvv/autovec/cond/cond_unary-8.c: Ditto.
        * gcc.target/riscv/rvv/autovec/conversions/vncvt-rv32gcv.c: Ditto.
        * gcc.target/riscv/rvv/autovec/conversions/vncvt-rv64gcv.c: Ditto.
        * gcc.target/riscv/rvv/autovec/sat/vec_sat_u_sub_trunc-1-u16.c: Ditto
        * gcc.target/riscv/rvv/autovec/sat/vec_sat_u_sub_trunc-1-u32.c: Ditto.
        * gcc.target/riscv/rvv/autovec/sat/vec_sat_u_sub_trunc-1-u8.c: Ditto.
        * gcc.target/riscv/rvv/autovec/unop/abs-rv32gcv.c: Ditto.
        * gcc.target/riscv/rvv/autovec/unop/abs-rv64gcv.c: Ditto.
        * gcc.target/riscv/rvv/autovec/unop/vneg-rv32gcv.c: Ditto.
        * gcc.target/riscv/rvv/autovec/unop/vneg-rv64gcv.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/abs-2.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/cond_convert-11.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/cond_convert-12.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/cond_neg-1.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/cond_trunc-1.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/cond_trunc-2.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/cond_trunc-3.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/convert-11.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/convert-12.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/neg-1.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/trunc-1.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/trunc-2.c: Ditto.
        * gcc.target/riscv/rvv/autovec/vls/trunc-3.c: Ditto.
        * gcc.target/riscv/rvv/base/simplify-vdiv.c: Ditto.
        * gcc.target/riscv/rvv/base/unop_v_constraint-1.c: Ditto.
LGTM.  I think the only question is whether or not to make an exception
for this or not.  We are in stage4 after all ;-)  Figure we can make a
decision on the Tues call if you're available.

I don't have a strong opinion either way, just wanted to get it out of my tree 
:-)
Yeah sure, 9 PM IST is manageable.
FTR, this patch was discussed during the RISC-V patchwork meeting this morning. The consensus was it was safe to go in now even though we're in stage4.

The only technical concern raised was the introduction of C code fragments to generate final asm, which we've largely avoided in the port. But it was considered a fairly minor concern.

So officially OK for the trunk now.

jeff

Reply via email to