From: Richard Sandiford <richard.sandiford@arm.com>
To: Tamar Christina <tamar.christina@arm.com>
Cc: gcc-patches@gcc.gnu.org, nd@arm.com, Richard.Earnshaw@arm.com,
Marcus.Shawcroft@arm.com, Kyrylo.Tkachov@arm.com
Subject: Re: [PATCH]AArch64 Add special patterns for creating DI scalar and vector constant 1 << 63 [PR109154]
Date: Wed, 27 Sep 2023 11:32:57 +0100 [thread overview]
Message-ID: <mpt8r8rx5wm.fsf@arm.com> (raw)
In-Reply-To: <patch-17722-tamar@arm.com> (Tamar Christina's message of "Wed, 27 Sep 2023 01:52:29 +0100")
Tamar Christina <tamar.christina@arm.com> writes:
> Hi All,
>
> This adds a way to generate special sequences for creation of constants for
> which we don't have single instructions sequences which would have normally
> lead to a GP -> FP transfer or a literal load.
>
> The patch starts out by adding support for creating 1 << 63 using fneg (mov 0).
>
> Bootstrapped Regtested on aarch64-none-linux-gnu and no issues.
>
> Ok for master?
>
> Thanks,
> Tamar
>
> gcc/ChangeLog:
>
> PR tree-optimization/109154
> * config/aarch64/aarch64-protos.h (aarch64_simd_special_constant_p):
> New.
> * config/aarch64/aarch64-simd.md (*aarch64_simd_mov<VQMOV:mode>): Add
> new coden for special constants.
> * config/aarch64/aarch64.cc (aarch64_extract_vec_duplicate_wide_int):
> Take optional mode.
> (aarch64_simd_special_constant_p): New.
> * config/aarch64/aarch64.md (*movdi_aarch64): Add new codegen for
> special constants.
> * config/aarch64/constraints.md (Dx): new.
>
> gcc/testsuite/ChangeLog:
>
> PR tree-optimization/109154
> * gcc.target/aarch64/fneg-abs_1.c: Updated.
> * gcc.target/aarch64/fneg-abs_2.c: Updated.
> * gcc.target/aarch64/fneg-abs_4.c: Updated.
>
> --- inline copy of patch --
> diff --git a/gcc/config/aarch64/aarch64-protos.h b/gcc/config/aarch64/aarch64-protos.h
> index 70303d6fd953e0c397b9138ede8858c2db2e53db..2af9f6a774c20268bf90756c17064bbff8f8ff87 100644
> --- a/gcc/config/aarch64/aarch64-protos.h
> +++ b/gcc/config/aarch64/aarch64-protos.h
> @@ -827,6 +827,7 @@ bool aarch64_sve_ptrue_svpattern_p (rtx, struct simd_immediate_info *);
> bool aarch64_simd_valid_immediate (rtx, struct simd_immediate_info *,
> enum simd_immediate_check w = AARCH64_CHECK_MOV);
> rtx aarch64_check_zero_based_sve_index_immediate (rtx);
> +bool aarch64_simd_special_constant_p (rtx, rtx, machine_mode);
> bool aarch64_sve_index_immediate_p (rtx);
> bool aarch64_sve_arith_immediate_p (machine_mode, rtx, bool);
> bool aarch64_sve_sqadd_sqsub_immediate_p (machine_mode, rtx, bool);
> diff --git a/gcc/config/aarch64/aarch64-simd.md b/gcc/config/aarch64/aarch64-simd.md
> index 7b4d5a37a9795fefda785aaacc246918826ed0a2..63c802d942a186b5a94c66d2e83828a82a88ffa8 100644
> --- a/gcc/config/aarch64/aarch64-simd.md
> +++ b/gcc/config/aarch64/aarch64-simd.md
> @@ -181,17 +181,28 @@ (define_insn_and_split "*aarch64_simd_mov<VQMOV:mode>"
> [?r , r ; multiple , * , 8] #
> [w , Dn; neon_move<q> , simd, 4] << aarch64_output_simd_mov_immediate (operands[1], 128);
> [w , Dz; fmov , * , 4] fmov\t%d0, xzr
> + [w , Dx; neon_move , simd, 8] #
> }
> "&& reload_completed
> - && !(FP_REGNUM_P (REGNO (operands[0]))
> - && FP_REGNUM_P (REGNO (operands[1])))"
> + && (!(FP_REGNUM_P (REGNO (operands[0]))
> + && FP_REGNUM_P (REGNO (operands[1])))
> + || (aarch64_simd_special_constant_p (operands[1], NULL_RTX, <MODE>mode)
> + && FP_REGNUM_P (REGNO (operands[0]))))"
Unless I'm missing something, the new test is already covered by the:
!(FP_REGNUM_P (REGNO (operands[0]))
&& FP_REGNUM_P (REGNO (operands[1]))
> [(const_int 0)]
> {
> if (GP_REGNUM_P (REGNO (operands[0]))
> && GP_REGNUM_P (REGNO (operands[1])))
> aarch64_simd_emit_reg_reg_move (operands, DImode, 2);
> else
> - aarch64_split_simd_move (operands[0], operands[1]);
> + {
> + if (FP_REGNUM_P (REGNO (operands[0]))
> + && <MODE>mode == V2DImode
> + && aarch64_simd_special_constant_p (operands[1], operands[0],
> + <MODE>mode))
> + ;
This looked odd at first, since _p functions don't normally have
side effects. So it looked like this case was expanding to nothing.
How about renaming aarch64_simd_special_constant_p to
aarch64_maybe_generate_simd_constant, and then making
aarch64_simd_special_constant_p a wrapper that passes the NULL_RTX?
Minor nit, but most other functions put the destination first.
> + else
> + aarch64_split_simd_move (operands[0], operands[1]);
> + }
> DONE;
> }
> )
> diff --git a/gcc/config/aarch64/aarch64.cc b/gcc/config/aarch64/aarch64.cc
> index 3739a44bfd909b69a76529cc6b0ae2f01d6fb36e..6e7ee446f1b31ee8bcf121c97c1c6fa87725bf42 100644
> --- a/gcc/config/aarch64/aarch64.cc
> +++ b/gcc/config/aarch64/aarch64.cc
> @@ -11799,16 +11799,18 @@ aarch64_get_condition_code_1 (machine_mode mode, enum rtx_code comp_code)
> /* Return true if X is a CONST_INT, CONST_WIDE_INT or a constant vector
> duplicate of such constants. If so, store in RET_WI the wide_int
> representation of the constant paired with the inner mode of the vector mode
> - or TImode for scalar X constants. */
> + or SMODE for scalar X constants. If SMODE is not provided then TImode is
> + used. */
s/SMODE/MODE/, based on the code.
>
> static bool
> -aarch64_extract_vec_duplicate_wide_int (rtx x, wide_int *ret_wi)
> +aarch64_extract_vec_duplicate_wide_int (rtx x, wide_int *ret_wi,
> + scalar_mode mode = TImode)
> {
> rtx elt = unwrap_const_vec_duplicate (x);
> if (!CONST_SCALAR_INT_P (elt))
> return false;
> scalar_mode smode
> - = CONST_SCALAR_INT_P (x) ? TImode : GET_MODE_INNER (GET_MODE (x));
> + = CONST_SCALAR_INT_P (x) ? mode : GET_MODE_INNER (GET_MODE (x));
> *ret_wi = rtx_mode_t (elt, smode);
> return true;
> }
> @@ -11857,6 +11859,43 @@ aarch64_const_vec_all_same_in_range_p (rtx x,
> && IN_RANGE (INTVAL (elt), minval, maxval));
> }
>
> +/* Some constants can't be made using normal mov instructions in Advanced SIMD
> + but we can still create them in various ways. If the constant in VAL can be
> + created using alternate methods then if TARGET then return true and set
> + TARGET to the rtx for the sequence, otherwise return false if sequence is
> + not possible. */
The return true bit applies regardless of TARGET.
> +
> +bool
> +aarch64_simd_special_constant_p (rtx val, rtx target, machine_mode mode)
> +{
> + wide_int wval;
> + machine_mode tmode = GET_MODE (val);
> + auto smode = GET_MODE_INNER (tmode != VOIDmode ? tmode : mode);
Can we not use "mode" unconditionally?
> + if (!aarch64_extract_vec_duplicate_wide_int (val, &wval, smode))
> + return false;
> +
> + /* For Advanced SIMD we can create an integer with only the top bit set
> + using fneg (0.0f). */
> + if (TARGET_SIMD
> + && !TARGET_SVE
> + && smode == DImode
> + && wi::only_sign_bit_p (wval))
> + {
> + if (!target)
> + return true;
> +
> + /* Use the same base type as aarch64_gen_shareable_zero. */
> + rtx zero = CONST0_RTX (V4SImode);
> + emit_move_insn (target, lowpart_subreg (mode, zero, V4SImode));
The lowpart_subreg should simplify this back into CONST0_RTX (mode),
making it no different from:
emti_move_insn (target, CONST0_RTX (mode));
If the intention is to share zeros between modes (sounds good!),
then I think the subreg needs to be on the lhs instead.
> + rtx neg = lowpart_subreg (V2DFmode, target, mode);
> + emit_insn (gen_negv2df2 (neg, lowpart_subreg (V2DFmode, target, mode)));
The rhs seems simpler as copy_rtx (neg). (Even the copy_rtx shouldn't
be needed after RA, but it's probably more future-proof to keep it.)
> + emit_move_insn (target, lowpart_subreg (mode, neg, V2DFmode));
This shouldn't be needed, since neg is already a reference to target.
Overall, looks like a nice change/framework.
Thanks,
Richard
> + return true;
> + }
> +
> + return false;
> +}
> +
> bool
> aarch64_const_vec_all_same_int_p (rtx x, HOST_WIDE_INT val)
> {
> diff --git a/gcc/config/aarch64/aarch64.md b/gcc/config/aarch64/aarch64.md
> index 634cfd33b41d0f945ca00d8efc9eff1ede490544..b51f979dba12b726bff0c1109b75c6d2c7ae41ab 100644
> --- a/gcc/config/aarch64/aarch64.md
> +++ b/gcc/config/aarch64/aarch64.md
> @@ -1340,13 +1340,21 @@ (define_insn_and_split "*movdi_aarch64"
> [r, w ; f_mrc , fp , 4] fmov\t%x0, %d1
> [w, w ; fmov , fp , 4] fmov\t%d0, %d1
> [w, Dd ; neon_move, simd, 4] << aarch64_output_scalar_simd_mov_immediate (operands[1], DImode);
> + [w, Dx ; neon_move, simd, 8] #
> }
> - "CONST_INT_P (operands[1]) && !aarch64_move_imm (INTVAL (operands[1]), DImode)
> - && REG_P (operands[0]) && GP_REGNUM_P (REGNO (operands[0]))"
> + "CONST_INT_P (operands[1])
> + && REG_P (operands[0])
> + && ((!aarch64_move_imm (INTVAL (operands[1]), DImode)
> + && GP_REGNUM_P (REGNO (operands[0])))
> + || (aarch64_simd_special_constant_p (operands[1], NULL_RTX, DImode)
> + && FP_REGNUM_P (REGNO (operands[0]))))"
> [(const_int 0)]
> {
> + if (GP_REGNUM_P (REGNO (operands[0])))
> aarch64_expand_mov_immediate (operands[0], operands[1]);
> - DONE;
> + else
> + aarch64_simd_special_constant_p (operands[1], operands[0], DImode);
> + DONE;
> }
> )
>
> diff --git a/gcc/config/aarch64/constraints.md b/gcc/config/aarch64/constraints.md
> index 371a00827d84d8ea4a06ba2b00a761d3b179ae90..11cf5a0d16b3364a7a4d0b2a2e5bb33063151479 100644
> --- a/gcc/config/aarch64/constraints.md
> +++ b/gcc/config/aarch64/constraints.md
> @@ -488,6 +488,14 @@ (define_constraint "Dr"
> (and (match_code "const,const_vector")
> (match_test "aarch64_simd_shift_imm_p (op, GET_MODE (op),
> false)")))
> +
> +(define_constraint "Dx"
> + "@internal
> + A constraint that matches a vector of 64-bit immediates which we don't have a
> + single instruction to create but that we can create in creative ways."
> + (and (match_code "const_int,const,const_vector")
> + (match_test "aarch64_simd_special_constant_p (op, NULL_RTX, DImode)")))
> +
> (define_constraint "Dz"
> "@internal
> A constraint that matches a vector of immediate zero."
> diff --git a/gcc/testsuite/gcc.target/aarch64/fneg-abs_1.c b/gcc/testsuite/gcc.target/aarch64/fneg-abs_1.c
> index f823013c3ddf6b3a266c3abfcbf2642fc2a75fa6..43c37e21b50e13c09b8d6850686e88465cd8482a 100644
> --- a/gcc/testsuite/gcc.target/aarch64/fneg-abs_1.c
> +++ b/gcc/testsuite/gcc.target/aarch64/fneg-abs_1.c
> @@ -28,8 +28,8 @@ float32x4_t t2 (float32x4_t a)
>
> /*
> ** t3:
> -** adrp x0, .LC[0-9]+
> -** ldr q[0-9]+, \[x0, #:lo12:.LC0\]
> +** movi v[0-9]+.4s, 0
> +** fneg v[0-9]+.2d, v[0-9]+.2d
> ** orr v[0-9]+.16b, v[0-9]+.16b, v[0-9]+.16b
> ** ret
> */
> diff --git a/gcc/testsuite/gcc.target/aarch64/fneg-abs_2.c b/gcc/testsuite/gcc.target/aarch64/fneg-abs_2.c
> index 141121176b309e4b2aa413dc55271a6e3c93d5e1..fb14ec3e2210e0feeff80f2410d777d3046a9f78 100644
> --- a/gcc/testsuite/gcc.target/aarch64/fneg-abs_2.c
> +++ b/gcc/testsuite/gcc.target/aarch64/fneg-abs_2.c
> @@ -20,8 +20,8 @@ float32_t f1 (float32_t a)
>
> /*
> ** f2:
> -** mov x0, -9223372036854775808
> -** fmov d[0-9]+, x0
> +** fmov d[0-9]+, xzr
> +** fneg v[0-9]+.2d, v[0-9]+.2d
> ** orr v[0-9]+.8b, v[0-9]+.8b, v[0-9]+.8b
> ** ret
> */
> @@ -29,3 +29,4 @@ float64_t f2 (float64_t a)
> {
> return -fabs (a);
> }
> +
> diff --git a/gcc/testsuite/gcc.target/aarch64/fneg-abs_4.c b/gcc/testsuite/gcc.target/aarch64/fneg-abs_4.c
> index 10879dea74462d34b26160eeb0bd54ead063166b..4ea0105f6c0a9756070bcc60d34f142f53d8242c 100644
> --- a/gcc/testsuite/gcc.target/aarch64/fneg-abs_4.c
> +++ b/gcc/testsuite/gcc.target/aarch64/fneg-abs_4.c
> @@ -8,8 +8,8 @@
>
> /*
> ** negabs:
> -** mov x0, -9223372036854775808
> -** fmov d[0-9]+, x0
> +** fmov d[0-9]+, xzr
> +** fneg v[0-9]+.2d, v[0-9]+.2d
> ** orr v[0-9]+.8b, v[0-9]+.8b, v[0-9]+.8b
> ** ret
> */
next prev parent reply other threads:[~2023-09-27 10:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-27 0:52 Tamar Christina
2023-09-27 10:32 ` Richard Sandiford [this message]
2023-10-05 18:18 ` Tamar Christina
2023-10-05 19:47 ` Richard Sandiford
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=mpt8r8rx5wm.fsf@arm.com \
--to=richard.sandiford@arm.com \
--cc=Kyrylo.Tkachov@arm.com \
--cc=Marcus.Shawcroft@arm.com \
--cc=Richard.Earnshaw@arm.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=nd@arm.com \
--cc=tamar.christina@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).