public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Palmer Dabbelt <palmer@rivosinc.com>
To: collison@rivosinc.com, kevinl@rivosinc.com
Cc: juzhe.zhong@rivai.ai, rdapp.gcc@gmail.com,
	gcc-patches@gcc.gnu.org, jeffreyalaw@gmail.com,
	kito.cheng@sifive.com, Kito Cheng <kito.cheng@gmail.com>
Subject: Re: [PATCH v4 05/10] RISC-V: autovec: Add autovectorization patterns for binary integer operations
Date: Thu, 27 Apr 2023 09:20:07 -0700 (PDT)	[thread overview]
Message-ID: <mhng-3ecf6344-5c99-4532-8473-6b2241b39c7c@palmer-ri-x1c9> (raw)
In-Reply-To: <f21bbb37-1677-4901-ab8f-597eee9e5792@rivosinc.com>

On Wed, 26 Apr 2023 17:04:17 PDT (-0700), collison@rivosinc.com wrote:
> Hi Robin and Juzhe,
>
> Just took a look and I like the approach.

I assume it's best to just squash these into the series?  That seems 
reasonable to me, the only issue is that Micheal's PTO for a few days 
(this week and the first half on next week), so it might take a bit 
longer that expected.  There's a v5 on the lists, but we didn't have 
time to pick this all up and figured it'd be better to just get out 
whatever was ready.

Kevin: do you have time to squash these in and re-spin the tests?  The 
changes are big enough to warrant a v6 already, so might as well get 
started now.

> On 4/26/23 19:43, juzhe.zhong wrote:
>> Yeah,Robin stuff is what I want and is making perfect sense for me.
>> ---- Replied Message ----
>> From 	Robin Dapp<rdapp.gcc@gmail.com> <mailto:rdapp.gcc@gmail.com>
>> Date 	04/27/2023 02:15
>> To 	juzhe.zhong@rivai.ai<juzhe.zhong@rivai.ai>
>> <mailto:juzhe.zhong@rivai.ai>,
>> collison<collison@rivosinc.com> <mailto:collison@rivosinc.com>,
>> gcc-patches<gcc-patches@gcc.gnu.org> <mailto:gcc-patches@gcc.gnu.org>
>> Cc 	jeffreyalaw<jeffreyalaw@gmail.com> <mailto:jeffreyalaw@gmail.com>,
>> Kito.cheng<kito.cheng@sifive.com> <mailto:kito.cheng@sifive.com>,
>> kito.cheng<kito.cheng@gmail.com> <mailto:kito.cheng@gmail.com>,
>> palmer<palmer@dabbelt.com> <mailto:palmer@dabbelt.com>,
>> palmer<palmer@rivosinc.com> <mailto:palmer@rivosinc.com>
>> Subject 	Re: [PATCH v4 05/10] RISC-V:autovec: Add autovectorization
>> patterns for binary integer operations
>>
>> Hi Michael,
>>
>> I have the diff below for the binops in my tree locally.
>> Maybe something like this works for you? Untested but compiles and
>> the expander helpers would need to be fortified obviously.
>>
>> Regards
>> Robin
>>
>> --
>>
>> gcc/ChangeLog:
>>
>>        * config/riscv/autovec.md (<optab><mode>3): New binops expander.
>>        * config/riscv/riscv-protos.h (emit_nonvlmax_binop): Define.
>>        * config/riscv/riscv-v.cc (emit_pred_binop): New function.
>>        (emit_nonvlmax_binop): New function.
>>        * config/riscv/vector-iterators.md: New iterator.
>> ---
>> gcc/config/riscv/autovec.md          | 12 ++++
>> gcc/config/riscv/riscv-protos.h      |  1 +
>> gcc/config/riscv/riscv-v.cc          | 89 ++++++++++++++++++++--------
>> gcc/config/riscv/vector-iterators.md | 20 +++++++
>> 4 files changed, 97 insertions(+), 25 deletions(-)
>>
>> diff --git a/gcc/config/riscv/autovec.md b/gcc/config/riscv/autovec.md
>> index b5d46ff57ab..c21d241f426 100644
>> --- a/gcc/config/riscv/autovec.md
>> +++ b/gcc/config/riscv/autovec.md
>> @@ -47,3 +47,15 @@ (define_expand "len_store_<mode>"
>>                  operands[1], operands[2], <VM>mode);
>>   DONE;
>> })
>> +
>> +(define_expand "<optab><mode>3"
>> +  [(set (match_operand:VI 0 "register_operand")
>> +    (any_int_binop:VI (match_operand:VI 1 "register_operand")
>> +              (match_operand:VI 2 "register_operand")))]
>> +  "TARGET_VECTOR"
>> +{
>> +  riscv_vector::emit_nonvlmax_binop (code_for_pred (<ANY_INT_BINOP>,
>> <MODE>mode),
>> +                     operands[0], operands[1], operands[2],
>> +                     gen_reg_rtx (Pmode), <VM>mode);
>> +  DONE;
>> +})
>> diff --git a/gcc/config/riscv/riscv-protos.h
>> b/gcc/config/riscv/riscv-protos.h
>> index f6ea6846736..5cca543c773 100644
>> --- a/gcc/config/riscv/riscv-protos.h
>> +++ b/gcc/config/riscv/riscv-protos.h
>> @@ -163,6 +163,7 @@ void emit_hard_vlmax_vsetvl (machine_mode, rtx);
>> void emit_vlmax_op (unsigned, rtx, rtx, machine_mode);
>> void emit_vlmax_op (unsigned, rtx, rtx, rtx, machine_mode);
>> void emit_nonvlmax_op (unsigned, rtx, rtx, rtx, machine_mode);
>> +void emit_nonvlmax_binop (unsigned, rtx, rtx, rtx, rtx, machine_mode);
>> enum vlmul_type get_vlmul (machine_mode);
>> unsigned int get_ratio (machine_mode);
>> int get_ta (rtx);
>> diff --git a/gcc/config/riscv/riscv-v.cc b/gcc/config/riscv/riscv-v.cc
>> index 5e69427ac54..98ebc052340 100644
>> --- a/gcc/config/riscv/riscv-v.cc
>> +++ b/gcc/config/riscv/riscv-v.cc
>> @@ -52,7 +52,7 @@ namespace riscv_vector {
>> template <int MAX_OPERANDS> class insn_expander
>> {
>> public:
>> -  insn_expander () : m_opno (0) {}
>> +  insn_expander () : m_opno (0), has_dest(false) {}
>>   void add_output_operand (rtx x, machine_mode mode)
>>   {
>>     create_output_operand (&m_ops[m_opno++], x, mode);
>> @@ -83,6 +83,44 @@ public:
>>     add_input_operand (gen_int_mode (type, Pmode), Pmode);
>>   }
>>
>> +  void set_dest_and_mask (rtx mask, rtx dest, machine_mode mask_mode)
>> +  {
>> +    dest_mode = GET_MODE (dest);
>> +    has_dest = true;
>> +
>> +    add_output_operand (dest, dest_mode);
>> +
>> +    if (mask)
>> +      add_input_operand (mask, GET_MODE (mask));
>> +    else
>> +      add_all_one_mask_operand (mask_mode);
>> +
>> +    add_vundef_operand (dest_mode);
>> +  }
>> +
>> +  void set_len_and_policy (rtx len, bool vlmax_p)
>> +    {
>> +      gcc_assert (has_dest);
>> +      gcc_assert (len || vlmax_p);
>> +
>> +      if (len)
>> +    add_input_operand (len, Pmode);
>> +      else
>> +    {
>> +      rtx vlmax = gen_reg_rtx (Pmode);
>> +      emit_vlmax_vsetvl (dest_mode, vlmax);
>> +      add_input_operand (vlmax, Pmode);
>> +    }
>> +
>> +      if (GET_MODE_CLASS (dest_mode) != MODE_VECTOR_BOOL)
>> +    add_policy_operand (get_prefer_tail_policy (),
>> get_prefer_mask_policy ());
>> +
>> +      if (vlmax_p)
>> +    add_avl_type_operand (avl_type::VLMAX);
>> +      else
>> +    add_avl_type_operand (avl_type::NONVLMAX);
>> +    }
>> +
>>   void expand (enum insn_code icode, bool temporary_volatile_p = false)
>>   {
>>     if (temporary_volatile_p)
>> @@ -96,6 +134,8 @@ public:
>>
>> private:
>>   int m_opno;
>> +  bool has_dest;
>> +  machine_mode dest_mode;
>>   expand_operand m_ops[MAX_OPERANDS];
>> };
>>
>> @@ -183,37 +223,29 @@ emit_pred_op (unsigned icode, rtx mask, rtx
>> dest, rtx src, rtx len,
>>          machine_mode mask_mode, bool vlmax_p)
>> {
>>   insn_expander<8> e;
>> -  machine_mode mode = GET_MODE (dest);
>> +  e.set_dest_and_mask (mask, dest, mask_mode);
>>
>> -  e.add_output_operand (dest, mode);
>> -
>> -  if (mask)
>> -    e.add_input_operand (mask, GET_MODE (mask));
>> -  else
>> -    e.add_all_one_mask_operand (mask_mode);
>> +  e.add_input_operand (src, GET_MODE (src));
>>
>> -  e.add_vundef_operand (mode);
>> +  e.set_len_and_policy (len, vlmax_p);
>>
>> -  e.add_input_operand (src, GET_MODE (src));
>> +  e.expand ((enum insn_code) icode, MEM_P (dest) || MEM_P (src));
>> +}
>>
>> -  if (len)
>> -    e.add_input_operand (len, Pmode);
>> -  else
>> -    {
>> -      rtx vlmax = gen_reg_rtx (Pmode);
>> -      emit_vlmax_vsetvl (mode, vlmax);
>> -      e.add_input_operand (vlmax, Pmode);
>> -    }
>> +/* Emit an RVV unmask && vl mov from SRC to DEST.  */
>> +static void
>> +emit_pred_binop (unsigned icode, rtx mask, rtx dest, rtx src1, rtx src2,
>> +         rtx len, machine_mode mask_mode, bool vlmax_p)
>> +{
>> +  insn_expander<9> e;
>> +  e.set_dest_and_mask (mask, dest, mask_mode);
>>
>> -  if (GET_MODE_CLASS (mode) != MODE_VECTOR_BOOL)
>> -    e.add_policy_operand (get_prefer_tail_policy (),
>> get_prefer_mask_policy ());
>> +  e.add_input_operand (src1, GET_MODE (src1));
>> +  e.add_input_operand (src2, GET_MODE (src2));
>>
>> -  if (vlmax_p)
>> -    e.add_avl_type_operand (avl_type::VLMAX);
>> -  else
>> -    e.add_avl_type_operand (avl_type::NONVLMAX);
>> +  e.set_len_and_policy (len, vlmax_p);
>>
>> -  e.expand ((enum insn_code) icode, MEM_P (dest) || MEM_P (src));
>> +  e.expand ((enum insn_code) icode, MEM_P (dest) || MEM_P (src1) ||
>> MEM_P (src2));
>> }
>>
>> void
>> @@ -236,6 +268,13 @@ emit_nonvlmax_op (unsigned icode, rtx dest, rtx
>> src, rtx len,
>>   emit_pred_op (icode, NULL_RTX, dest, src, len, mask_mode, false);
>> }
>>
>> +void
>> +emit_nonvlmax_binop (unsigned icode, rtx dest, rtx src1, rtx src2,
>> rtx len,
>> +             machine_mode mask_mode)
>> +{
>> +  emit_pred_binop (icode, NULL_RTX, dest, src1, src2, len, mask_mode,
>> false);
>> +}
>> +
>> static void
>> expand_const_vector (rtx target, rtx src, machine_mode mask_mode)
>> {
>> diff --git a/gcc/config/riscv/vector-iterators.md
>> b/gcc/config/riscv/vector-iterators.md
>> index a8e856161d3..7cf21751d2f 100644
>> --- a/gcc/config/riscv/vector-iterators.md
>> +++ b/gcc/config/riscv/vector-iterators.md
>> @@ -934,6 +934,26 @@ (define_code_iterator any_int_binop [plus minus
>> and ior xor ashift ashiftrt lshi
>>   smax umax smin umin mult div udiv mod umod
>> ])
>>
>> +(define_code_attr ANY_INT_BINOP [
>> +    (plus "PLUS")
>> +    (minus "MINUS")
>> +    (and "AND")
>> +    (ior "IOR")
>> +    (xor "XOR")
>> +    (ashift "ASHIFT")
>> +    (ashiftrt "ASHIFTRT")
>> +    (lshiftrt "LSHIFTRT")
>> +    (smax "SMAX")
>> +    (umax "UMAX")
>> +    (smin "SMIN")
>> +    (umin "UMIN")
>> +    (mult "MULT")
>> +    (div "DIV")
>> +    (udiv "UDIV")
>> +    (mod "MOD")
>> +    (umod "UMOD")
>> +])
>> +
>> (define_code_iterator any_int_unop [neg not])
>>
>> (define_code_iterator any_commutative_binop [plus and ior xor
>> --
>> 2.40.0
>> \x11

  reply	other threads:[~2023-04-27 16:20 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-17 18:36 [PATCH v4 00/10] RISC-V: Add autovec support Michael Collison
2023-04-17 18:36 ` [PATCH v4 01/10] RISC-V: Add new predicates and function prototypes Michael Collison
2023-04-19  0:54   ` Kito Cheng
2023-04-26  2:50     ` Jeff Law
2023-04-17 18:36 ` [PATCH v4 02/10] RISC-V: autovec: Export policy functions to global scope Michael Collison
2023-04-17 18:36 ` [PATCH v4 03/10] RISC-V:autovec: Add auto-vectorization support functions Michael Collison
2023-04-19  1:15   ` Kito Cheng
2023-04-20  2:19   ` juzhe.zhong
2023-04-17 18:36 ` [PATCH v4 04/10] RISC-V:autovec: Add target vectorization hooks Michael Collison
2023-04-19  1:04   ` Kito Cheng
2023-04-20  2:11   ` juzhe.zhong
2023-04-17 18:36 ` [PATCH v4 05/10] RISC-V:autovec: Add autovectorization patterns for binary integer operations Michael Collison
2023-04-18 23:14   ` Jeff Law
2023-04-19  1:19   ` Kito Cheng
2023-04-20 20:21     ` Michael Collison
2023-04-20  2:24   ` juzhe.zhong
2023-04-26 18:15     ` Robin Dapp
     [not found]     ` <3DF5ADD87A33EE11+BA2E4625-72A4-421A-B9D3-6DCA48E402BD@rivai.ai>
2023-04-27  0:04       ` [PATCH v4 05/10] RISC-V: autovec: " Michael Collison
2023-04-27 16:20         ` Palmer Dabbelt [this message]
2023-04-17 18:36 ` [PATCH v4 06/10] RISC-V:autovec: Add autovectorization tests for add & sub Michael Collison
2023-04-17 18:36 ` [PATCH v4 07/10] vect: Verify that GET_MODE_NUNITS is a multiple of 2 Michael Collison
2023-04-18  6:11   ` Richard Biener
2023-04-18 14:28     ` Kito Cheng
2023-04-18 18:21       ` Kito Cheng
2023-04-18 22:48         ` juzhe.zhong
2023-04-18 23:19           ` Michael Collison
2023-04-20 10:01           ` Richard Sandiford
2023-04-17 18:36 ` [PATCH v4 08/10] RISC-V:autovec: Add autovectorization tests for binary integer Michael Collison
2023-04-17 18:37 ` [PATCH v4 09/10] This patch adds a guard for VNx1 vectors that are present in ports like riscv Michael Collison
2023-04-18 14:26   ` Kito Cheng
2023-04-18 18:10     ` Michael Collison
2023-04-17 18:37 ` [PATCH v4 10/10] This patch supports 8 bit auto-vectorization in riscv Michael Collison
2023-04-17 19:26 ` [PATCH v4 00/10] RISC-V: Add autovec support Palmer Dabbelt
2023-04-18  6:22   ` Richard Biener
2023-04-25 15:26 ` Palmer Dabbelt
2023-04-26  2:52   ` Jeff Law

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=mhng-3ecf6344-5c99-4532-8473-6b2241b39c7c@palmer-ri-x1c9 \
    --to=palmer@rivosinc.com \
    --cc=collison@rivosinc.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=jeffreyalaw@gmail.com \
    --cc=juzhe.zhong@rivai.ai \
    --cc=kevinl@rivosinc.com \
    --cc=kito.cheng@gmail.com \
    --cc=kito.cheng@sifive.com \
    --cc=rdapp.gcc@gmail.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).