Hi!

On 2020-03-25T18:09:25+0100, I wrote:
> On 2018-02-22T12:23:25+0100, Tom de Vries <Tom_deVries@mentor.com> wrote:
>> when using cuda 9 nvprof with an openacc executable, the executable hangs.

> What Frederik has discovered today in the hard way... is that the og9
> version of this patch did get its code altered in a way so that it no
> longer resolves the problem it's meant to resolve -- the hang was back.
> On Git-mirror-based openacc-gcc-9-branch that's:
>
>     commit 84af3c5a2fbb5023057e2ca319b0c22f5f7d4795
>     Author:     Julian Brown <julian@codesourcery.com>
>     AuthorDate: Tue Feb 26 16:00:54 2019 -0800
>     Commit:     Kwok Cheung Yeung <kcy@codesourcery.com>
>     CommitDate: Fri May 31 13:40:07 2019 -0700
>
>         Fix hang when running oacc exec with CUDA 9.0 nvprof
>
>         2018-09-20  Tom de Vries  <tdevries@suse.de>
>                     Cesar Philippidis  <cesar@codesourcery.com>
>
>                 libgomp/
>                 [...]
>
> ..., which got cherry-picked (automated, without any review) into current
> devel/omp/gcc-9 in commit f752d880a5abc591a25ad22fb892363f6520bcf1.

OK, I had confused myself here.  I wrongly blamed that commit to be
responsible for the hang being back, when in fact it's only the later og9
"OpenACC Profiling Interface (incomplete)" backport from trunk that
introduced the problem.  On Git-mirror-based openacc-gcc-9-branch that's:

    commit 1246da4f164bcf2ec4430b89686a38c47e55b5f9
    Author:     tschwinge <tschwinge@138bc75d-0d04-0410-961f-82ee72b054a4>
    AuthorDate: Fri May 17 19:13:36 2019 +0000
    Commit:     Kwok Cheung Yeung <kcy@codesourcery.com>
    CommitDate: Fri Jul 26 14:32:02 2019 -0700

        OpenACC Profiling Interface (incomplete)

                libgomp/
                [...]

..., which got cherry-picked (automated, without any review) into current
devel/omp/gcc-9 in commit 9342531a7fc9f6e368e37bbd4ea9f4d01f43514e.

The confusing thing was that the og9 "Fix hang when running oacc exec
with CUDA 9.0 nvprof" commit appears *before* the og9 "OpenACC Profiling
Interface (incomplete)" backport that it relates to.

And, in addition to that, I pushed the wrong (incomplete) version of my
fix.

> Of course, it would've helped tremendously had the original og7 commit
> included a test case...  :'-/ (... by simply reproducing the nested calls
> that CUDA 9 nvprof seems to be doing.)
>
> Still without a test case, for now I have pushed the attached patch to
> devel/omp/gcc-9 in commit 9ae129017c7fc1fa638d6beedd3802b515ca692b 'Fix
> og9 "Fix hang when running oacc exec with CUDA 9.0 nvprof"'.

..., and now the attached patch to devel/omp/gcc-9 in commit
775f1686a3df68bd20370f1fabc6273883e2c5d2 'Really fix og9 "Fix hang when
running oacc exec with CUDA 9.0 nvprof"'.


Grüße
 Thomas


-----------------
Mentor Graphics (Deutschland) GmbH, Arnulfstraße 201, 80634 München / Germany
Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Alexander Walter