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
next prev parent 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).