Re: [PATCH v2 1/1] aarch64: Avoid extra move for two-element vector lane copies [PR123951]
Richard Sandiford <[email protected]> Wed, 05 Aug 2026 09:40:43 +0100
| Newsgroups | gmane.comp.gcc.patches |
|---|---|
| Message-ID | <[email protected]> |
Thanks for the updated patch. Rohith Kapelli <[email protected]> writes: > Since r14-3381 the vec_extract/vec_set idiom used by the vcopy*_lane* > intrinsics is folded to a VEC_PERM_EXPR, so the constant permute > expander decides what to emit for it. For a two-element vector the > result takes one lane from each input, but the patterns that matched it > tied the result to one particular input, and for half the lane > combinations that is the wrong one, so the register allocator has to add > a move. On big endian arm_neon.h's lane flip puts > vcopyq_laneq_u64 (a, 1, b, 1) in that half, so it regressed from one > instruction to two and vect_copy_lane_1.c and vget_set_lane_1.c fail; > little endian has the same problem on lane 0. > > Add two patterns for the two-element modes, each offering a second > alternative that ties the destination to the other input, so that the > register allocator can insert into whichever input already occupies the > destination. The first handles a lane copy whose source and destination > lanes are the same; the second handles a lane insert from a scalar, > which always sits in the low part of its register, so it is restricted > to the case where the destination is architectural lane 0. Both sit > before the corresponding general patterns, which continue to handle > every other case, including cross-lane copies. > > Both lane combinations of vcopy_lane_{s,u,f}32 and > vcopyq_laneq_{s,u,f}64 now expand to a single INS on both endiannesses. > The double add/sub merge in addsub_{1,2}.c uses the same two-element > merge; with the tie left to the allocator its e1 case now inserts into > lane 0 rather than lane 1, still a single INS, so the expected output is > updated. > > PR tree-optimization/123951 > > gcc/ChangeLog: > > * config/aarch64/aarch64-simd.md > (*aarch64_simd_vec_set_lane0<mode>): New pattern. > (*aarch64_simd_vec_copy_lane_same<mode>): New pattern. > > gcc/testsuite/ChangeLog: > > * gcc.target/aarch64/pr123951_1.c: New test. > * gcc.target/aarch64/pr123951_2.c: New test. > * gcc.target/aarch64/simd/addsub_1.c: Update e1 lane insert from > d[1] to d[0]. > * gcc.target/aarch64/simd/addsub_2.c: Likewise. > > Signed-off-by: Rohith Kapelli <[email protected]> > --- > gcc/config/aarch64/aarch64-simd.md | 68 +++++++++++++++++++ > gcc/testsuite/gcc.target/aarch64/pr123951_1.c | 41 +++++++++++ > gcc/testsuite/gcc.target/aarch64/pr123951_2.c | 35 ++++++++++ > .../gcc.target/aarch64/simd/addsub_1.c | 2 +- > .../gcc.target/aarch64/simd/addsub_2.c | 2 +- > 5 files changed, 146 insertions(+), 2 deletions(-) > create mode 100644 gcc/testsuite/gcc.target/aarch64/pr123951_1.c > create mode 100644 gcc/testsuite/gcc.target/aarch64/pr123951_2.c > > diff --git a/gcc/config/aarch64/aarch64-simd.md b/gcc/config/aarch64/aarch64-simd.md > index ce51e24da36..62682794bdc 100644 > --- a/gcc/config/aarch64/aarch64-simd.md > +++ b/gcc/config/aarch64/aarch64-simd.md > @@ -1330,6 +1330,44 @@ > [(set_attr "type" "neon_logic<q>")] > ) > > +;; Lane insert for the two-element modes. A scalar source always occupies > +;; the low part of its register, architectural lane 0. When the inserted > +;; element is that same lane, the destination can equally be tied to the > +;; source register and the other lane brought in from operand 3, so offer > +;; that as a second alternative and let the register allocator pick > +;; whichever input already occupies the destination. The remaining > +;; alternatives are those of the general pattern below, so that a scalar > +;; from a general register or from memory is unaffected. > +(define_insn "*aarch64_simd_vec_set_lane0<mode>" > + [(set (match_operand:VP_2E 0 "register_operand" "=w,w,w,w") > + (vec_merge:VP_2E > + (vec_duplicate:VP_2E > + (match_operand:<VEL> 1 "aarch64_simd_nonimmediate_operand" > + "w,0,?r,Utv")) > + (match_operand:VP_2E 3 "register_operand" "0,w,0,0") > + (match_operand:SI 2 "immediate_operand" "i,i,i,i")))] > + "TARGET_SIMD && INTVAL (operands[2]) == (BYTES_BIG_ENDIAN ? 2 : 1)" > + { > + switch (which_alternative) > + { > + case 0: > + return "ins\t%0.<Vetype>[0], %1.<Vetype>[0]"; > + case 1: > + /* The destination is the scalar's own register, which already holds > + it in lane 0, so bring in the other lane from operand 3. */ > + return "ins\t%0.<Vetype>[1], %3.<Vetype>[1]"; > + case 2: > + return "ins\t%0.<Vetype>[0], %<vwcore>1"; > + case 3: > + return "ld1\t{%0.<Vetype>}[0], %1"; > + default: > + gcc_unreachable (); > + } > + } > + [(set_attr "type" "neon_ins<q>, neon_ins<q>, neon_from_gp<q>, > + neon_load1_one_lane<q>")] > +) > + > (define_insn "@aarch64_simd_vec_set<mode>" > [(set (match_operand:VALL_F16 0 "register_operand" "=w,w,w") > (vec_merge:VALL_F16 > @@ -1401,6 +1439,36 @@ > } > ) > > +;; Lane copy between two two-element vectors. When the source and > +;; destination lanes are the same, the copy reads one lane from each input, > +;; so it can equally be done by inserting the live lane of either input into > +;; the other. Offer both directions and let the register allocator tie > +;; whichever input already occupies the destination, so that neither lane > +;; needs an extra move. Other lane combinations are left to the general > +;; pattern below, where only the destination can be tied. > +(define_insn "*aarch64_simd_vec_copy_lane_same<mode>" > + [(set (match_operand:VP_2E 0 "register_operand" "=w,w") > + (vec_merge:VP_2E > + (vec_duplicate:VP_2E > + (vec_select:<VEL> > + (match_operand:VP_2E 3 "register_operand" "w,0") > + (parallel > + [(match_operand:SI 4 "immediate_operand" "i,i")]))) > + (match_operand:VP_2E 1 "register_operand" "0,w") > + (match_operand:SI 2 "immediate_operand" "i,i")))] > + "TARGET_SIMD > + && ENDIAN_LANE_N (2, INTVAL (operands[4])) == 1 > + && INTVAL (operands[2]) == (BYTES_BIG_ENDIAN ? 1 : 2)" > + { > + if (which_alternative == 0) > + return "ins\t%0.<Vetype>[1], %3.<Vetype>[1]"; > + /* The destination is operand 3, which already holds lane 1, so bring > + in lane 0 from operand 1. */ > + return "ins\t%0.<Vetype>[0], %1.<Vetype>[0]"; > + } > + [(set_attr "type" "neon_ins<q>")] > +) It looks like both patterns could use the "@..." syntax to specify the alternatives, rather than switching on which_alternative. There isn't the ENDIAN_LANE_N stuff that makes some of the other patterns require C++ code. The patterns could then use the new alternative syntax, where the constraints and attributes are on the same line as the asm. Otherwise this LGTM, but I'm not sure that I should approve. Thanks, Richard > (define_insn "@aarch64_simd_vec_copy_lane<mode>" > [(set (match_operand:VALL_F16 0 "register_operand" "=w") > (vec_merge:VALL_F16 > diff --git a/gcc/testsuite/gcc.target/aarch64/pr123951_1.c b/gcc/testsuite/gcc.target/aarch64/pr123951_1.c > new file mode 100644 > index 00000000000..3c195505a89 > --- /dev/null > +++ b/gcc/testsuite/gcc.target/aarch64/pr123951_1.c > @@ -0,0 +1,41 @@ > +/* PR tree-optimization/123951. Copying a lane between two vectors must > + remain a single INS (or ZIP) whichever lane pair is used, on both > + endiannesses. */ > +/* { dg-do compile } */ > +/* { dg-options "-O2" } */ > + > +#include <arm_neon.h> > + > +#define BUILD_TEST(TYPE, Q1, Q2, SUFFIX, INDEX1, INDEX2) \ > +TYPE __attribute__((noinline,noclone)) \ > +test_copy##Q1##_lane##Q2##_##SUFFIX##_##INDEX1##INDEX2 (TYPE a, TYPE b) \ > +{ \ > + return vcopy##Q1##_lane##Q2##_##SUFFIX (a, INDEX1, b, INDEX2); \ > +} > + > +BUILD_TEST (uint64x2_t, q, q, u64, 0, 0) > +BUILD_TEST (int64x2_t, q, q, s64, 0, 0) > +BUILD_TEST (float64x2_t, q, q, f64, 0, 0) > +/* { dg-final { scan-assembler-times "ins\\tv0.d\\\[0\\\], v1.d\\\[0\\\]" 3 } } */ > +BUILD_TEST (uint64x2_t, q, q, u64, 1, 1) > +BUILD_TEST (int64x2_t, q, q, s64, 1, 1) > +BUILD_TEST (float64x2_t, q, q, f64, 1, 1) > +/* { dg-final { scan-assembler-times "ins\\tv0.d\\\[1\\\], v1.d\\\[1\\\]" 3 } } */ > +BUILD_TEST (uint64x2_t, q, q, u64, 1, 0) > +BUILD_TEST (int64x2_t, q, q, s64, 1, 0) > +BUILD_TEST (float64x2_t, q, q, f64, 1, 0) > +/* { dg-final { scan-assembler-times "zip1\\tv0.2d, v0.2d, v1.2d" 3 } } */ > +BUILD_TEST (uint64x2_t, q, q, u64, 0, 1) > +BUILD_TEST (int64x2_t, q, q, s64, 0, 1) > +BUILD_TEST (float64x2_t, q, q, f64, 0, 1) > +/* { dg-final { scan-assembler-times "zip2\\tv0.2d, v1.2d, v0.2d" 3 } } */ > +BUILD_TEST (uint32x2_t, , , u32, 0, 0) > +BUILD_TEST (int32x2_t, , , s32, 0, 0) > +BUILD_TEST (float32x2_t, , , f32, 0, 0) > +/* { dg-final { scan-assembler-times "ins\\tv0.s\\\[0\\\], v1.s\\\[0\\\]" 3 } } */ > +BUILD_TEST (uint32x2_t, , , u32, 1, 1) > +BUILD_TEST (int32x2_t, , , s32, 1, 1) > +BUILD_TEST (float32x2_t, , , f32, 1, 1) > +/* { dg-final { scan-assembler-times "ins\\tv0.s\\\[1\\\], v1.s\\\[1\\\]" 3 } } */ > + > +/* { dg-final { scan-assembler-not "\\tmov\\t" } } */ > diff --git a/gcc/testsuite/gcc.target/aarch64/pr123951_2.c b/gcc/testsuite/gcc.target/aarch64/pr123951_2.c > new file mode 100644 > index 00000000000..59770b6b000 > --- /dev/null > +++ b/gcc/testsuite/gcc.target/aarch64/pr123951_2.c > @@ -0,0 +1,35 @@ > +/* PR tree-optimization/123951. Like pr123951_1.c, but for generic vector > + shuffles, including ones that only become lane inserts after being > + re-encoded to a wider element mode. */ > +/* { dg-do compile } */ > +/* { dg-options "-O2" } */ > + > +typedef unsigned long long v2di __attribute__((vector_size (16))); > +typedef unsigned int v4si __attribute__((vector_size (16))); > + > +v2di > +shuffle_03 (v2di a, v2di b) > +{ > + return __builtin_shuffle (a, b, (v2di) { 0, 3 }); > +} > + > +v2di > +shuffle_21 (v2di a, v2di b) > +{ > + return __builtin_shuffle (a, b, (v2di) { 2, 1 }); > +} > + > +v4si > +shuffle_0167 (v4si a, v4si b) > +{ > + return __builtin_shuffle (a, b, (v4si) { 0, 1, 6, 7 }); > +} > + > +v4si > +shuffle_4523 (v4si a, v4si b) > +{ > + return __builtin_shuffle (a, b, (v4si) { 4, 5, 2, 3 }); > +} > + > +/* { dg-final { scan-assembler-times "\\tins\\t" 4 } } */ > +/* { dg-final { scan-assembler-not "\\tmov\\t" } } */ > diff --git a/gcc/testsuite/gcc.target/aarch64/simd/addsub_1.c b/gcc/testsuite/gcc.target/aarch64/simd/addsub_1.c > index 1fb91a34c42..5acfe33a576 100644 > --- a/gcc/testsuite/gcc.target/aarch64/simd/addsub_1.c > +++ b/gcc/testsuite/gcc.target/aarch64/simd/addsub_1.c > @@ -43,7 +43,7 @@ void d1 (_Float16 *restrict a, _Float16 *restrict b, _Float16 *res, int n) > ** ... > ** fadd v[0-9]+.2d, v[0-9]+.2d, v[0-9]+.2d > ** fsub v[0-9]+.2d, v[0-9]+.2d, v[0-9]+.2d > -** ins v[0-9]+.d\[1\], v[0-9]+.d\[1\] > +** ins v[0-9]+.d\[0\], v[0-9]+.d\[0\] > ** ... > */ > void e1 (double *restrict a, double *restrict b, double *res, int n) > diff --git a/gcc/testsuite/gcc.target/aarch64/simd/addsub_2.c b/gcc/testsuite/gcc.target/aarch64/simd/addsub_2.c > index 87424c94f24..023adb46ece 100644 > --- a/gcc/testsuite/gcc.target/aarch64/simd/addsub_2.c > +++ b/gcc/testsuite/gcc.target/aarch64/simd/addsub_2.c > @@ -43,7 +43,7 @@ void d1 (_Float16 *restrict a, _Float16 *restrict b, _Float16 *res, int n) > ** ... > ** fsub v[0-9]+.2d, v[0-9]+.2d, v[0-9]+.2d > ** fadd v[0-9]+.2d, v[0-9]+.2d, v[0-9]+.2d > -** ins v[0-9]+.d\[1\], v[0-9]+.d\[1\] > +** ins v[0-9]+.d\[0\], v[0-9]+.d\[0\] > ** ... > */ > void e1 (double *restrict a, double *restrict b, double *res, int n)