public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Richard Biener <richard.guenther@gmail.com>
To: pan2.li@intel.com
Cc: gcc-patches@gcc.gnu.org, juzhe.zhong@rivai.ai,
	kito.cheng@gmail.com,  yanzhang.wang@intel.com,
	rdapp.gcc@gmail.com, jeffreyalaw@gmail.com
Subject: Re: [PATCH v1] VECT: Bugfix ICE for vectorizable_store when both len and mask
Date: Fri, 8 Mar 2024 15:02:56 +0100	[thread overview]
Message-ID: <CAFiYyc3TTtJGDm8iKJF4iepqtpSjMbT4UroY+Dy=fWFBBWYXVQ@mail.gmail.com> (raw)
In-Reply-To: <CAFiYyc2dusF-1ChmAda2yF+so47RDXpJZL_6cPPuHSgGrrNDiQ@mail.gmail.com>

On Fri, Mar 8, 2024 at 2:59 PM Richard Biener
<richard.guenther@gmail.com> wrote:
>
> On Fri, Mar 8, 2024 at 1:04 AM <pan2.li@intel.com> wrote:
> >
> > From: Pan Li <pan2.li@intel.com>
> >
> > This patch would like to fix one ICE in vectorizable_store for both the
> > loop_masks and loop_lens.  The ICE looks like below with "-march=rv64gcv -O3".
> >
> > during GIMPLE pass: vect
> > test.c: In function ‘d’:
> > test.c:6:6: internal compiler error: in vectorizable_store, at
> > tree-vect-stmts.cc:8691
> >     6 | void d() {
> >       |      ^
> > 0x37a6f2f vectorizable_store
> >         .../__RISC-V_BUILD__/../gcc/tree-vect-stmts.cc:8691
> > 0x37b861c vect_analyze_stmt(vec_info*, _stmt_vec_info*, bool*,
> > _slp_tree*, _slp_instance*, vec<stmt_info_for_cost, va_heap, vl_ptr>*)
> >         .../__RISC-V_BUILD__/../gcc/tree-vect-stmts.cc:13242
> > 0x1db5dca vect_analyze_loop_operations
> >         .../__RISC-V_BUILD__/../gcc/tree-vect-loop.cc:2208
> > 0x1db885b vect_analyze_loop_2
> >         .../__RISC-V_BUILD__/../gcc/tree-vect-loop.cc:3041
> > 0x1dba029 vect_analyze_loop_1
> >         .../__RISC-V_BUILD__/../gcc/tree-vect-loop.cc:3481
> > 0x1dbabad vect_analyze_loop(loop*, vec_info_shared*)
> >         .../__RISC-V_BUILD__/../gcc/tree-vect-loop.cc:3639
> > 0x1e389d1 try_vectorize_loop_1
> >         .../__RISC-V_BUILD__/../gcc/tree-vectorizer.cc:1066
> > 0x1e38f3d try_vectorize_loop
> >         .../__RISC-V_BUILD__/../gcc/tree-vectorizer.cc:1182
> > 0x1e39230 execute
> >         .../__RISC-V_BUILD__/../gcc/tree-vectorizer.cc:1298
> >
> > Given the masks and the lens cannot be enabled simultanously when loop is
> > using partial vectors.  Thus, we need to ensure the one is disabled when we
> > would like to record the other in check_load_store_for_partial_vectors.  For
> > example, when we try to record loop len, we need to check if the loop mask
> > is disabled or not.
>
> I don't think you can rely on LOOP_VINFO_FULLY_WITH_LENGTH_P during
> analysis.  Instead how we tried to set up things is that we never even try
> both and there is (was?) code to reject partial vector usage when we end
> up recording both lens and masks.

That is, a fix along what you do would have been to split
LOOP_VINFO_CAN_USE_PARTIAL_VECTORS_P into
_WITH_LENGTH and _WITH_MASKS, make sure to record both when
a stmt can handle both so in the end we'll have a choice.  Currently
if we end up with both mask and len we don't know whether all stmts
support lens or masks or just some.

But we simply assumed on RISCV you'd never end up with unsupported len
but supported mask I guess.

Richard.

> That said, the assert you run into should be only asserted during transform,
> not during analysis.  It possibly was before Robins costing reorg?
>
> Richard.
>
> > Below testsuites are passed for this patch:
> > * The x86 bootstrap tests.
> > * The x86 fully regression tests.
> > * The aarch64 fully regression tests.
> > * The riscv fully regressison tests.
> >
> >         PR target/114195
> >
> > gcc/ChangeLog:
> >
> >         * tree-vect-stmts.cc (check_load_store_for_partial_vectors): Add
> >         loop mask/len check before recording as they are mutual exclusion.
> >
> > gcc/testsuite/ChangeLog:
> >
> >         * gcc.target/riscv/rvv/base/pr114195-1.c: New test.
> >
> > Signed-off-by: Pan Li <pan2.li@intel.com>
> > ---
> >  .../gcc.target/riscv/rvv/base/pr114195-1.c    | 15 +++++++++++
> >  gcc/tree-vect-stmts.cc                        | 26 ++++++++++++++-----
> >  2 files changed, 35 insertions(+), 6 deletions(-)
> >  create mode 100644 gcc/testsuite/gcc.target/riscv/rvv/base/pr114195-1.c
> >
> > diff --git a/gcc/testsuite/gcc.target/riscv/rvv/base/pr114195-1.c b/gcc/testsuite/gcc.target/riscv/rvv/base/pr114195-1.c
> > new file mode 100644
> > index 00000000000..b0c9d5b81b8
> > --- /dev/null
> > +++ b/gcc/testsuite/gcc.target/riscv/rvv/base/pr114195-1.c
> > @@ -0,0 +1,15 @@
> > +/* Test that we do not have ice when compile */
> > +/* { dg-do compile } */
> > +/* { dg-options "-march=rv64gcv -mabi=lp64d -O3 -ftree-vectorize" } */
> > +
> > +long a, b;
> > +extern short c[];
> > +
> > +void d() {
> > +  for (int e = 0; e < 35; e += 2) {
> > +    a = ({ a < 0 ? a : 0; });
> > +    b = ({ b < 0 ? b : 0; });
> > +
> > +    c[e] = 0;
> > +  }
> > +}
> > diff --git a/gcc/tree-vect-stmts.cc b/gcc/tree-vect-stmts.cc
> > index 14a3ffb5f02..624947ed271 100644
> > --- a/gcc/tree-vect-stmts.cc
> > +++ b/gcc/tree-vect-stmts.cc
> > @@ -1502,6 +1502,8 @@ check_load_store_for_partial_vectors (loop_vec_info loop_vinfo, tree vectype,
> >                                       gather_scatter_info *gs_info,
> >                                       tree scalar_mask)
> >  {
> > +  gcc_assert (LOOP_VINFO_CAN_USE_PARTIAL_VECTORS_P (loop_vinfo));
> > +
> >    /* Invariant loads need no special support.  */
> >    if (memory_access_type == VMAT_INVARIANT)
> >      return;
> > @@ -1521,9 +1523,17 @@ check_load_store_for_partial_vectors (loop_vec_info loop_vinfo, tree vectype,
> >        internal_fn ifn
> >         = (is_load ? vect_load_lanes_supported (vectype, group_size, true)
> >                    : vect_store_lanes_supported (vectype, group_size, true));
> > -      if (ifn == IFN_MASK_LEN_LOAD_LANES || ifn == IFN_MASK_LEN_STORE_LANES)
> > +
> > +      /* When the loop_vinfo using partial vector,  we cannot enable both
> > +        the fully mask and length simultaneously.  Thus, make sure the
> > +        other one is disabled when record one of them.
> > +        The same as other place for both the vect_record_loop_len and
> > +        vect_record_loop_mask.  */
> > +      if ((ifn == IFN_MASK_LEN_LOAD_LANES || ifn == IFN_MASK_LEN_STORE_LANES)
> > +       && !LOOP_VINFO_FULLY_MASKED_P (loop_vinfo))
> >         vect_record_loop_len (loop_vinfo, lens, nvectors, vectype, 1);
> > -      else if (ifn == IFN_MASK_LOAD_LANES || ifn == IFN_MASK_STORE_LANES)
> > +      else if ((ifn == IFN_MASK_LOAD_LANES || ifn == IFN_MASK_STORE_LANES)
> > +       && !LOOP_VINFO_FULLY_WITH_LENGTH_P (loop_vinfo))
> >         vect_record_loop_mask (loop_vinfo, masks, nvectors, vectype,
> >                                scalar_mask);
> >        else
> > @@ -1549,12 +1559,14 @@ check_load_store_for_partial_vectors (loop_vec_info loop_vinfo, tree vectype,
> >        if (internal_gather_scatter_fn_supported_p (len_ifn, vectype,
> >                                                   gs_info->memory_type,
> >                                                   gs_info->offset_vectype,
> > -                                                 gs_info->scale))
> > +                                                 gs_info->scale)
> > +       && !LOOP_VINFO_FULLY_MASKED_P (loop_vinfo))
> >         vect_record_loop_len (loop_vinfo, lens, nvectors, vectype, 1);
> >        else if (internal_gather_scatter_fn_supported_p (ifn, vectype,
> >                                                        gs_info->memory_type,
> >                                                        gs_info->offset_vectype,
> > -                                                      gs_info->scale))
> > +                                                      gs_info->scale)
> > +       && !LOOP_VINFO_FULLY_WITH_LENGTH_P (loop_vinfo))
> >         vect_record_loop_mask (loop_vinfo, masks, nvectors, vectype,
> >                                scalar_mask);
> >        else
> > @@ -1608,7 +1620,8 @@ check_load_store_for_partial_vectors (loop_vec_info loop_vinfo, tree vectype,
> >    machine_mode mask_mode;
> >    machine_mode vmode;
> >    bool using_partial_vectors_p = false;
> > -  if (get_len_load_store_mode (vecmode, is_load).exists (&vmode))
> > +  if (get_len_load_store_mode (vecmode, is_load).exists (&vmode)
> > +    && !LOOP_VINFO_FULLY_MASKED_P (loop_vinfo))
> >      {
> >        nvectors = group_memory_nvectors (group_size * vf, nunits);
> >        unsigned factor = (vecmode == vmode) ? 1 : GET_MODE_UNIT_SIZE (vecmode);
> > @@ -1616,7 +1629,8 @@ check_load_store_for_partial_vectors (loop_vec_info loop_vinfo, tree vectype,
> >        using_partial_vectors_p = true;
> >      }
> >    else if (targetm.vectorize.get_mask_mode (vecmode).exists (&mask_mode)
> > -          && can_vec_mask_load_store_p (vecmode, mask_mode, is_load))
> > +          && can_vec_mask_load_store_p (vecmode, mask_mode, is_load)
> > +          && !LOOP_VINFO_FULLY_WITH_LENGTH_P (loop_vinfo))
> >      {
> >        nvectors = group_memory_nvectors (group_size * vf, nunits);
> >        vect_record_loop_mask (loop_vinfo, masks, nvectors, vectype, scalar_mask);
> > --
> > 2.34.1
> >

  reply	other threads:[~2024-03-08 14:03 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-08  0:04 pan2.li
2024-03-08 13:59 ` Richard Biener
2024-03-08 14:02   ` Richard Biener [this message]
2024-03-09 10:57     ` Li, Pan2
2024-03-10  3:13 ` [PATCH v2] VECT: Fix ICE for vectorizable LD/ST when both len and store are enabled pan2.li
2024-03-10  6:52   ` Richard Biener
2024-03-10 10:02     ` Li, Pan2
2024-03-10 17:05       ` Richard Biener
2024-03-11  1:40         ` Li, Pan2

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='CAFiYyc3TTtJGDm8iKJF4iepqtpSjMbT4UroY+Dy=fWFBBWYXVQ@mail.gmail.com' \
    --to=richard.guenther@gmail.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=jeffreyalaw@gmail.com \
    --cc=juzhe.zhong@rivai.ai \
    --cc=kito.cheng@gmail.com \
    --cc=pan2.li@intel.com \
    --cc=rdapp.gcc@gmail.com \
    --cc=yanzhang.wang@intel.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).