public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Thomas Schwinge <thomas@codesourcery.com>
To: Frederik Harwath <frederik@codesourcery.com>,
	Julian Brown <julian@codesourcery.com>,
	Kwok Cheung Yeung <kcy@codesourcery.com>
Cc: <fortran@gcc.gnu.org>, <gcc-patches@gcc.gnu.org>,
	Tobias Burnus <tobias@codesourcery.com>,
	Jakub Jelinek <jakub@redhat.com>
Subject: Re: [PATCH] [og10] libgomp, Fortran: Fix OpenACC "gang reduction on an orphan loop" error message
Date: Tue, 7 Jul 2020 12:42:53 +0200	[thread overview]
Message-ID: <yxfpy2nv61xu.fsf@hertz.schwinge.homeip.net> (raw)
In-Reply-To: <xu8f8sfv4shz.fsf@harwath.name>

Hi Frederik!

(CC <fortran@gcc.gnu.org> added, for everything touching gfortran.)

On 2020-07-07T10:52:08+0200, Frederik Harwath <frederik@codesourcery.com> wrote:
> This patch fixes the check for reductions on orphaned gang loops

This is the "Make OpenACC orphan gang reductions errors" functionality
originally added in gomp-4_0-branch r247461.

> the Fortran frontend which (in contrast to the C, C++ frontends)
> erroneously rejects reductions on gang loops that are contained in
> "kernels" constructs and which hence are not orphaned.
>
> According to the OpenACC standard version 2.5 and later, reductions on
> orphaned gang loops are explicitly disallowed (cf.  section "Changes
> from Version 2.0 to 2.5").  Remember that a loop is "orphaned" if it is
> not lexically contained in a compute construct (cf. section "Loop
> construct" of the OpenACC standard), i.e. in either a "parallel", a
> "serial", or a "kernels" construct.

Or the other way round: a 'loop' construct is orphaned if it appears
inside a 'routine' region, right?

> The patch has been tested by running the GCC and libgomp testsuites.
> The latter tests ran with offloading to nvptx although that should not
> be important here unless there was some very subtle reason for
> forbidding the gang reductions on kernels loops. As expect, there seems
> to be no such reason, i.e. I observed no regressions with the patch.

Note that the aforementioned gomp-4_0-branch r247461,
openacc-gcc-7-branch commit 0554f9f79325960c72166327d442a553cd35bad9, and
openacc-gcc-8-branch commit 65dd9cf3b3c45d64d72967df1e4a54778cb4e35f
still do contain the appropriate 'kernels' handling.  Just in
openacc-gcc-9-branch commit 533beb2ec19f8486e4b1b645a153746f96b41f04 this
got (a) mixed together with a bunch of other, unrelated changes ("Various
OpenACC reduction enhancements"), and (b) the 'kernels' handling got
removed.  Julian (Git author), or Kwok (Git committer), do you remember
any rationale for that?  Later, this then got picked into devel/omp/gcc-9
commit 3fa4bb72dcb3b9171952a0eca5310bb8811d5ffd, and devel/omp/gcc-10
commit 6b3e1f7f05cd360bbd356b3f78511aa2ec3f40c3.

> Can I include the patch in OG10?

Unless Julian/Kwok speak up soon: OK, thanks.

    Reviewed-by: Thomas Schwinge <thomas@codesourcery.com>

May want to remove "libgomp" from the first line of the commit log --
this commit doesn't relate to libgomp specifically.

(Ideally, we'd also test 'serial' construct in addition to 'kernels',
'parallel', but we can add that later.  I anyway have a WIP patch
waiting, adding more 'serial' construct testing, for a different reason,
so I'll include it there.)


Grüße
 Thomas


> From 7320635211fff3a773beb0de1914dbfcc317ab37 Mon Sep 17 00:00:00 2001
> From: Frederik Harwath <frederik@codesourcery.com>
> Date: Tue, 7 Jul 2020 10:41:21 +0200
> Subject: [PATCH] libgomp, Fortran: Fix OpenACC "gang reduction on an orphan
>  loop" error message
>
> According to the OpenACC standard version 2.5 and later, reductions on
> orphaned gang loops are explicitly disallowed (cf.  section "Changes
> from Version 2.0 to 2.5").  A loop is "orphaned" if it is not
> lexically contained in a compute construct (cf. section "Loop
> construct" of the OpenACC standard), i.e. in either a "parallel", a
> "serial", or a "kernels" construct.
>
> This commit fixes the check for reductions on orphaned gang loops in
> the Fortran frontend which (in contrast to the C, C++ frontends)
> erroneously rejects reductions on gang loops that are contained in
> "kernels" constructs.
>
> 2020-07-07  Frederik Harwath  <frederik@codesourcery.com>
>
> gcc/fortran/
>
>       * openmp.c (oacc_is_parallel_or_serial): Removed function.
>       (oacc_is_kernels): New function.
>       (oacc_is_compute_construct): New function.
>       (resolve_oacc_loop_blocks): Use "oacc_is_compute_construct"
>       instead of "oacc_is_parallel_or_serial" for checking that a
>       loop is not orphaned.
>
> gcc/testsuite/
>
>       * gfortran.dg/goacc/orphan-reductions-2.f90: New test
>       verifying that the error message is not emitted for
>       non-orphaned loops.
>
>       * c-c++-common/goacc/orphan-reductions-2.c: Likewise for C and C++.
> ---
>  gcc/fortran/openmp.c                          | 13 +++-
>  .../c-c++-common/goacc/orphan-reductions-2.c  | 69 +++++++++++++++++++
>  .../gfortran.dg/goacc/orphan-reductions-2.f90 | 58 ++++++++++++++++
>  3 files changed, 137 insertions(+), 3 deletions(-)
>  create mode 100644 gcc/testsuite/c-c++-common/goacc/orphan-reductions-2.c
>  create mode 100644 gcc/testsuite/gfortran.dg/goacc/orphan-reductions-2.f90
>
> diff --git a/gcc/fortran/openmp.c b/gcc/fortran/openmp.c
> index 28408c4c99a..83c498112a8 100644
> --- a/gcc/fortran/openmp.c
> +++ b/gcc/fortran/openmp.c
> @@ -5926,9 +5926,16 @@ oacc_is_serial (gfc_code *code)
>  }
>
>  static bool
> -oacc_is_parallel_or_serial (gfc_code *code)
> +oacc_is_kernels (gfc_code *code)
>  {
> -  return oacc_is_parallel (code) || oacc_is_serial (code);
> +  return code->op == EXEC_OACC_KERNELS || code->op == EXEC_OACC_KERNELS_LOOP;
> +}
> +
> +static bool
> +oacc_is_compute_construct (gfc_code *code)
> +{
> +  return oacc_is_parallel (code) || oacc_is_serial (code)
> +    || oacc_is_kernels (code);
>  }
>
>  static gfc_statement
> @@ -6222,7 +6229,7 @@ resolve_oacc_loop_blocks (gfc_code *code)
>        for (c = omp_current_ctx; c; c = c->previous)
>       if (!oacc_is_loop (c->code))
>         break;
> -      if (c == NULL || !oacc_is_parallel_or_serial (c->code))
> +      if (c == NULL || !oacc_is_compute_construct (c->code))
>       gfc_error ("gang reduction on an orphan loop at %L", &code->loc);
>      }
>
> diff --git a/gcc/testsuite/c-c++-common/goacc/orphan-reductions-2.c b/gcc/testsuite/c-c++-common/goacc/orphan-reductions-2.c
> new file mode 100644
> index 00000000000..2b651fd2b9f
> --- /dev/null
> +++ b/gcc/testsuite/c-c++-common/goacc/orphan-reductions-2.c
> @@ -0,0 +1,69 @@
> +/* Verify that the error message for gang reduction on orphaned OpenACC loops
> +   is not reported for non-orphaned loops. */
> +
> +#include <assert.h>
> +
> +int
> +kernels (int n)
> +{
> +  int i, s1 = 0, s2 = 0;
> +#pragma acc kernels
> +  {
> +#pragma acc loop gang reduction(+:s1) /* { dg-bogus "gang reduction on an orphan loop" } */
> +  for (i = 0; i < n; i++)
> +    s1 = s1 + 2;
> +
> +#pragma acc loop gang reduction(+:s2) /* { dg-bogus "gang reduction on an orphan loop" } */
> +  for (i = 0; i < n; i++)
> +    s2 = s2 + 2;
> +  }
> +  return s1 + s2;
> +}
> +
> +int
> +parallel (int n)
> +{
> +  int i, s1 = 0, s2 = 0;
> +#pragma acc parallel
> +  {
> +#pragma acc loop gang reduction(+:s1) /* { dg-bogus "gang reduction on an orphan loop" } */
> +  for (i = 0; i < n; i++)
> +    s1 = s1 + 2;
> +
> +#pragma acc loop gang reduction(+:s2) /* { dg-bogus "gang reduction on an orphan loop" } */
> +  for (i = 0; i < n; i++)
> +    s2 = s2 + 2;
> +  }
> +  return s1 + s2;
> +}
> +
> +int
> +parallel_combined (int n)
> +{
> +  int i, s1 = 0, s2 = 0;
> +#pragma acc parallel loop gang reduction(+:s1) /* { dg-bogus "gang reduction on an orphan loop" } */
> +  for (i = 0; i < n; i++)
> +    s1 = s1 + 2;
> +
> +#pragma acc parallel loop gang reduction(+:s2) /* { dg-bogus "gang reduction on an orphan loop" } */
> +  for (i = 0; i < n; i++)
> +    s2 = s2 + 2;
> +
> +  return s1 + s2;
> +}
> +
> +int
> +kernels_combined (int n)
> +{
> +  int i, s1 = 0, s2 = 0;
> +#pragma acc kernels loop gang reduction(+:s1) /* { dg-bogus "gang reduction on an orphan loop" } */
> +  for (i = 0; i < n; i++)
> +    s1 = s1 + 2;
> +
> +#pragma acc kernels loop gang reduction(+:s2) /* { dg-bogus "gang reduction on an orphan loop" } */
> +  for (i = 0; i < n; i++)
> +    s2 = s2 + 2;
> +
> +  return s1 + s2;
> +}
> +
> diff --git a/gcc/testsuite/gfortran.dg/goacc/orphan-reductions-2.f90 b/gcc/testsuite/gfortran.dg/goacc/orphan-reductions-2.f90
> new file mode 100644
> index 00000000000..13887a059fe
> --- /dev/null
> +++ b/gcc/testsuite/gfortran.dg/goacc/orphan-reductions-2.f90
> @@ -0,0 +1,58 @@
> +! Verify that the error message for gang reductions on orphaned OpenACC loops
> +! is not reported for non-orphaned loops.
> +
> +subroutine kernels
> +  implicit none
> +
> +  integer, parameter :: n = 100
> +  integer :: i, sum
> +  sum = 0
> +
> +  !$acc kernels
> +  !$acc loop gang reduction(+:sum) ! { dg-bogus "gang reduction on an orphan loop" }
> +  do i = 1, n
> +     sum = sum + 1
> +  end do
> +  !$acc end kernels
> +end subroutine kernels
> +
> +subroutine parallel
> +  implicit none
> +
> +  integer, parameter :: n = 100
> +  integer :: i, sum
> +  sum = 0
> +
> +  !$acc parallel
> +  !$acc loop gang reduction(+:sum) ! { dg-bogus "gang reduction on an orphan loop" }
> +  do i = 1, n
> +     sum = sum + 1
> +  end do
> +  !$acc end parallel
> +end subroutine parallel
> +
> +subroutine kernels_combined
> +  implicit none
> +
> +  integer, parameter :: n = 100
> +  integer :: i, sum
> +  sum = 0
> +
> +  !$acc kernels loop gang reduction(+:sum) ! { dg-bogus "gang reduction on an orphan loop" }
> +  do i = 1, n
> +     sum = sum + 1
> +  end do
> +end subroutine kernels_combined
> +
> +subroutine parallel_combined
> +  implicit none
> +
> +  integer, parameter :: n = 100
> +  integer :: i, sum
> +  sum = 0
> +
> +  !$acc parallel loop gang reduction(+:sum) ! { dg-bogus "gang reduction on an orphan loop" }
> +  do i = 1, n
> +     sum = sum + 1
> +  end do
> +end subroutine parallel_combined
-----------------
Mentor Graphics (Deutschland) GmbH, Arnulfstraße 201, 80634 München / Germany
Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Alexander Walter

  reply	other threads:[~2020-07-07 10:43 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-02  1:32 [gomp4] Make OpenACC orphan gang reductions errors Cesar Philippidis
2020-07-07  8:52 ` [PATCH] [og10] libgomp, Fortran: Fix OpenACC "gang reduction on an orphan loop" error message Frederik Harwath
2020-07-07 10:42   ` Thomas Schwinge [this message]
2020-07-07 12:39     ` Frederik Harwath
2020-07-20 10:26     ` Frederik Harwath
2021-11-30 12:12       ` Thomas Schwinge
2020-07-22 13:38 ` [PATCH] [og10] Fix goacc/routine-4-extern.c test Kwok Cheung Yeung
2020-07-24  7:27   ` Thomas Schwinge
2020-07-26 13:05     ` Kwok Cheung Yeung
2020-07-28  8:44       ` Thomas Schwinge
2021-11-30 12:01         ` Thomas Schwinge
2021-11-30 12:05 ` [gomp4] Make OpenACC orphan gang reductions errors Thomas Schwinge
2021-11-30 12:10 ` Thomas Schwinge
2021-11-30 12:13 ` Thomas Schwinge
     [not found] ` <b24ef83b-a7b4-f7f1-915c-bbe7bd99f877@mentor.com>
     [not found]   ` <83eadd47-9619-3e48-41ca-861ace07eacb@mentor.com>
2021-11-30 12:20     ` Gang-level reductions in OpenACC routine Thomas Schwinge

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=yxfpy2nv61xu.fsf@hertz.schwinge.homeip.net \
    --to=thomas@codesourcery.com \
    --cc=fortran@gcc.gnu.org \
    --cc=frederik@codesourcery.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=jakub@redhat.com \
    --cc=julian@codesourcery.com \
    --cc=kcy@codesourcery.com \
    --cc=tobias@codesourcery.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).