* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
@ 2021-01-18 21:50 ` iii at linux dot ibm.com
2021-01-19 3:03 ` hjl.tools at gmail dot com
` (19 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: iii at linux dot ibm.com @ 2021-01-18 21:50 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #1 from Ilya Leoshkevich <iii at linux dot ibm.com> ---
I realized I didn't post the command line I used to build task-detach-6.exe
(there are multiple variants of this test); here it is:
gcc/build/x86_64-pc-linux-gnu/libgomp/testsuite$ ../../../../build/./gcc/xgcc
-B../../../../build/./gcc/ -B../../../../install/x86_64-pc-linux-gnu/bin/
-B../../../../install/x86_64-pc-linux-gnu/lib/ -isystem
../../../../install/x86_64-pc-linux-gnu/include -isystem
../../../../install/x86_64-pc-linux-gnu/sys-include -fchecking=1
../../../../libgomp/testsuite/libgomp.fortran/task-detach-6.f90
-B../../../../build/x86_64-pc-linux-gnu/./libgomp/
-B../../../../build/x86_64-pc-linux-gnu/./libgomp/.libs
-I../../../../build/x86_64-pc-linux-gnu/./libgomp
-I../../../../libgomp/testsuite/../../include
-I../../../../libgomp/testsuite/.. -fmessage-length=0
-fno-diagnostics-show-caret -fdiagnostics-color=never -fopenmp
-B../../../../build/x86_64-pc-linux-gnu/./libgomp/../libquadmath/.libs/ -O1
-B../../../../build/x86_64-pc-linux-gnu/./libgomp/../libgfortran/.libs
-fintrinsic-modules-path=../../../../build/x86_64-pc-linux-gnu/./libgomp
-L../../../../build/x86_64-pc-linux-gnu/./libgomp/.libs
-L../../../../build/x86_64-pc-linux-gnu/./libgomp/../libquadmath/.libs/
-L../../../../build/x86_64-pc-linux-gnu/./libgomp/../libgfortran/.libs
-lgfortran -foffload=-lgfortran -lquadmath -lm -o ./task-detach-6.exe
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
2021-01-18 21:50 ` [Bug libgomp/98738] " iii at linux dot ibm.com
@ 2021-01-19 3:03 ` hjl.tools at gmail dot com
2021-01-19 8:51 ` dominiq at lps dot ens.fr
` (18 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: hjl.tools at gmail dot com @ 2021-01-19 3:03 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
H.J. Lu <hjl.tools at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
CC| |hjl.tools at gmail dot com
Last reconfirmed| |2021-01-19
Ever confirmed|0 |1
--- Comment #2 from H.J. Lu <hjl.tools at gmail dot com> ---
Also happen to me on Linux/x86-64.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
2021-01-18 21:50 ` [Bug libgomp/98738] " iii at linux dot ibm.com
2021-01-19 3:03 ` hjl.tools at gmail dot com
@ 2021-01-19 8:51 ` dominiq at lps dot ens.fr
2021-01-19 10:35 ` ro at gcc dot gnu.org
` (17 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: dominiq at lps dot ens.fr @ 2021-01-19 8:51 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #3 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Also on Darwin:
WARNING: program timed out.
FAIL: libgomp.c/../libgomp.c-c++-common/task-detach-6.c execution test
WARNING: program timed out.
FAIL: libgomp.fortran/task-detach-6.f90 -O3 -fomit-frame-pointer
-funroll-loops -fpeel-loops -ftracer -finline-functions execution test
WARNING: program timed out.
FAIL: libgomp.fortran/task-detach-6.f90 -Os execution test
WARNING: program timed out.
FAIL: libgomp.fortran/task-detach-6.f90 -g -O3 -fwhole-program -flto
execution test
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (2 preceding siblings ...)
2021-01-19 8:51 ` dominiq at lps dot ens.fr
@ 2021-01-19 10:35 ` ro at gcc dot gnu.org
2021-01-19 13:22 ` jakub at gcc dot gnu.org
` (16 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: ro at gcc dot gnu.org @ 2021-01-19 10:35 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
Rainer Orth <ro at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ro at gcc dot gnu.org
Target|s390x, x86_64-*-* |s390x, x86_64-*-*,
| |*-*-solaris*
Target Milestone|--- |11.0
--- Comment #4 from Rainer Orth <ro at gcc dot gnu.org> ---
I'm seeing the same on Solaris (both sparc and x86) for both
libgomp.c-c++-common/task-detach-6.c
and libgomp.fortran/task-detach-6.f90. When running the C test in a loop,
about
1 out of 10 times it hangs.
On Linux/x86_64, its way rarer (1 out of 1000 or less), however when
configuring
with --disable-linux-futex the frequency is similar to what I see on Solaris.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (3 preceding siblings ...)
2021-01-19 10:35 ` ro at gcc dot gnu.org
@ 2021-01-19 13:22 ` jakub at gcc dot gnu.org
2021-01-19 15:13 ` kcy at codesourcery dot com
` (15 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-01-19 13:22 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
At least the
firstprivate(detach_event1, detach_event2)
on parallel look incorrect, the vars are uninitialized at that point, so
copying those copies uninitialized values.
private(detach_event1, detach_event2)
looks more correct.
But that shouldn't make the program wrong.
Kwok, can you just for debugging change
task_fulfilled_p to return false; ?
At least in my understanding of your code, it is just an optimization, because
whether the omp_fullfill_event is called nanosecond before or after the
task_fulfilled_p check shouldn't make a difference on the correctness of the
program, and perhaps if it is return false; it will make the hangs
reproduceable.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (4 preceding siblings ...)
2021-01-19 13:22 ` jakub at gcc dot gnu.org
@ 2021-01-19 15:13 ` kcy at codesourcery dot com
2021-01-20 15:53 ` jakub at gcc dot gnu.org
` (14 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: kcy at codesourcery dot com @ 2021-01-19 15:13 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #6 from Kwok Yeung <kcy at codesourcery dot com> ---
It seems to be the '#pragma omp taskwait' inside the parallel region that is
causing the intermittent hang - if you add it to task-detach-5.c, the hang also
happens there (i.e. the target construct is not the problem). I think I added
the taskwait because otherwise it always hung when the region was offloaded to
a Nvidia accelerator.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (5 preceding siblings ...)
2021-01-19 15:13 ` kcy at codesourcery dot com
@ 2021-01-20 15:53 ` jakub at gcc dot gnu.org
2021-01-20 16:06 ` jakub at gcc dot gnu.org
` (13 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-01-20 15:53 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Seems making task_fulfilled_p return always false makes the task-detach-6.c
hangs 100% reproduceable.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (6 preceding siblings ...)
2021-01-20 15:53 ` jakub at gcc dot gnu.org
@ 2021-01-20 16:06 ` jakub at gcc dot gnu.org
2021-01-21 13:00 ` kcy at codesourcery dot com
` (12 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-01-20 16:06 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #8 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I think omp_fullfill_event needs to do much more than it does.
Just look e.g. at what gomp_target_task_completion does. The function needs to
find out in what state the task is (I'm afraid it needs to take the
team->task_lock around that checking (if any)), if the task hasn't finished
yet, it shouldn't need anything but sem_post but if it has already finished and
it is just waiting for the completion event, it needs to handle taskwait,
depend wait, taskgroup waits and barrier waits.
Sorry for not catching that during patch review.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (7 preceding siblings ...)
2021-01-20 16:06 ` jakub at gcc dot gnu.org
@ 2021-01-21 13:00 ` kcy at codesourcery dot com
2021-01-21 13:12 ` jakub at gcc dot gnu.org
` (11 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: kcy at codesourcery dot com @ 2021-01-21 13:00 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #9 from Kwok Yeung <kcy at codesourcery dot com> ---
I have a patch for this now. In addition to posting other semaphores in
omp_fulfill_event, GOMP_taskwait also needs to be made aware of detached tasks.
Also, task_running_count should not include completed tasks that are waiting
for event completion, since these are not really still running, and may lead to
a failure to wake up the barrier thread when required.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (8 preceding siblings ...)
2021-01-21 13:00 ` kcy at codesourcery dot com
@ 2021-01-21 13:12 ` jakub at gcc dot gnu.org
2021-01-24 16:52 ` dominiq at lps dot ens.fr
` (10 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-01-21 13:12 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #10 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I've been wondering whether it wouldn't be best to pass through
omp_eventhandle_t the pointer to the gomp_task rather than some particular
semaphore and in omp_fulfill_event then decide based on that task, one case
would be if it is the included task, then it should post a semaphore and be
done with it, otherwise (not included task), it should find the corresponding
team (which might not be necessary the omp_fulfill_event's task), lock the
task_lock and figure out in which of the many cases the task is in, if not yet
finished, perhaps just clear detach bool and be done with it, if in the state
after that, figure out what is waiting for that task and deal with that.
Not sure if a per-task semaphore is what we want in that case, e.g. we could
have a taskwait, taskgroup end or barrier waiting for multiple tasks with
detach clause and if that is the only thing they might be waiting on, then
those should be sleeping on taskwait_sem, taskgroup_sem or on the barrier, so
depending on what they are sleeping on that should be awaken.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (9 preceding siblings ...)
2021-01-21 13:12 ` jakub at gcc dot gnu.org
@ 2021-01-24 16:52 ` dominiq at lps dot ens.fr
2021-02-25 22:48 ` cvs-commit at gcc dot gnu.org
` (9 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: dominiq at lps dot ens.fr @ 2021-01-24 16:52 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |seurer at gcc dot gnu.org
--- Comment #11 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
*** Bug 98808 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (10 preceding siblings ...)
2021-01-24 16:52 ` dominiq at lps dot ens.fr
@ 2021-02-25 22:48 ` cvs-commit at gcc dot gnu.org
2021-03-11 13:58 ` tschwinge at gcc dot gnu.org
` (8 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-02-25 22:48 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #12 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Kwok Yeung <kcy@gcc.gnu.org>:
https://gcc.gnu.org/g:d656bfda2d8316627d0bbb18b10954e6aaf3c88c
commit r11-7407-gd656bfda2d8316627d0bbb18b10954e6aaf3c88c
Author: Kwok Cheung Yeung <kcy@codesourcery.com>
Date: Thu Jan 21 05:38:47 2021 -0800
openmp: Fix intermittent hanging of task-detach-6 libgomp tests [PR98738]
This adds support for the task detach clause to taskwait and taskgroup, and
simplifies the handling of the detach clause by moving most of the extra
handling required for detach tasks to omp_fulfill_event.
2021-02-25 Kwok Cheung Yeung <kcy@codesourcery.com>
Jakub Jelinek <jakub@redhat.com>
libgomp/
PR libgomp/98738
* libgomp.h (enum gomp_task_kind): Add GOMP_TASK_DETACHED.
(struct gomp_task): Replace detach and completion_sem fields with
union containing completion_sem and detach_team. Add deferred_p
field.
(struct gomp_team): Remove task_detach_queue.
* task.c: Include assert.h.
(gomp_init_task): Initialize deferred_p and completion_sem fields.
Rearrange initialization order of fields.
(task_fulfilled_p): Delete.
(GOMP_task): Use address of task as the event handle. Remove
initialization of detach field. Initialize deferred_p field.
Use automatic local for completion_sem. Initialize detach_team
field
for deferred tasks.
(gomp_barrier_handle_tasks): Remove handling of task_detach_queue.
Set kind of suspended detach task to GOMP_TASK_DETACHED and
decrement task_running_count. Move finish_cancelled block out of
else branch. Relocate call to gomp_team_barrier_done.
(GOMP_taskwait): Handle tasks with completion events that have not
been fulfilled.
(GOMP_taskgroup_end): Likewise.
(omp_fulfill_event): Use address of task as event handle. Post to
completion_sem for undeferred tasks. Clear detach_team if task
has not finished. For finished tasks, handle post-execution tasks,
call gomp_team_barrier_wake if necessary, and free task.
* team.c (gomp_new_team): Remove initialization of
task_detach_queue.
(free_team): Remove free of task_detach_queue.
* testsuite/libgomp.c-c++-common/task-detach-1.c: Fix formatting.
* testsuite/libgomp.c-c++-common/task-detach-2.c: Fix formatting.
* testsuite/libgomp.c-c++-common/task-detach-3.c: Fix formatting.
* testsuite/libgomp.c-c++-common/task-detach-4.c: Fix formatting.
* testsuite/libgomp.c-c++-common/task-detach-5.c: Fix formatting.
Change data-sharing of detach events on enclosing parallel to
private.
* testsuite/libgomp.c-c++-common/task-detach-6.c: Likewise. Remove
taskwait directive.
* testsuite/libgomp.c-c++-common/task-detach-7.c: New.
* testsuite/libgomp.c-c++-common/task-detach-8.c: New.
* testsuite/libgomp.c-c++-common/task-detach-9.c: New.
* testsuite/libgomp.c-c++-common/task-detach-10.c: New.
* testsuite/libgomp.c-c++-common/task-detach-11.c: New.
* testsuite/libgomp.fortran/task-detach-1.f90: Fix formatting.
* testsuite/libgomp.fortran/task-detach-2.f90: Fix formatting.
* testsuite/libgomp.fortran/task-detach-3.f90: Fix formatting.
* testsuite/libgomp.fortran/task-detach-4.f90: Fix formatting.
* testsuite/libgomp.fortran/task-detach-5.f90: Fix formatting.
Change data-sharing of detach events on enclosing parallel to
private.
* testsuite/libgomp.fortran/task-detach-6.f90: Likewise. Remove
taskwait directive.
* testsuite/libgomp.fortran/task-detach-7.f90: New.
* testsuite/libgomp.fortran/task-detach-8.f90: New.
* testsuite/libgomp.fortran/task-detach-9.f90: New.
* testsuite/libgomp.fortran/task-detach-10.f90: New.
* testsuite/libgomp.fortran/task-detach-11.f90: New.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (11 preceding siblings ...)
2021-02-25 22:48 ` cvs-commit at gcc dot gnu.org
@ 2021-03-11 13:58 ` tschwinge at gcc dot gnu.org
2021-03-11 14:03 ` jakub at gcc dot gnu.org
` (7 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: tschwinge at gcc dot gnu.org @ 2021-03-11 13:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
Thomas Schwinge <tschwinge at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tschwinge at gcc dot gnu.org
Status|NEW |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |kcy at codesourcery dot com
--- Comment #13 from Thomas Schwinge <tschwinge at gcc dot gnu.org> ---
Kwok, it seems -- at least in my testing -- that your latest commit
d656bfda2d8316627d0bbb18b10954e6aaf3c88c "openmp: Fix intermittent hanging of
task-detach-6 libgomp tests [PR98738]" has broken things with nvptx offloading
enabled: because of hanging
'libgomp.c/../libgomp.c-c++-common/task-detach-6.c', I manually terminated
testing after:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
24507 thomas 20 0 9157400 130444 122980 R 100.0 0.4 41:13.59
./task-detach-6.exe
..., and another run after:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
32365 thomas 20 0 9159472 140040 128136 R 100.0 0.4 59:05.48
./task-detach-6.exe
I had 100 % GPU utilization in this state.
Is there something wrong (are you or anyone reproducing that with nvptx
offloading?), or is something wrong on my side?
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (12 preceding siblings ...)
2021-03-11 13:58 ` tschwinge at gcc dot gnu.org
@ 2021-03-11 14:03 ` jakub at gcc dot gnu.org
2021-03-11 14:05 ` kcy at codesourcery dot com
` (6 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-03-11 14:03 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #14 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
https://gcc.gnu.org/pipermail/gcc-patches/2021-February/565740.html ?
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (13 preceding siblings ...)
2021-03-11 14:03 ` jakub at gcc dot gnu.org
@ 2021-03-11 14:05 ` kcy at codesourcery dot com
2021-03-11 14:30 ` tschwinge at gcc dot gnu.org
` (5 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: kcy at codesourcery dot com @ 2021-03-11 14:05 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #15 from Kwok Yeung <kcy at codesourcery dot com> ---
(In reply to Thomas Schwinge from comment #13)
> Kwok, it seems -- at least in my testing -- that your latest commit
> d656bfda2d8316627d0bbb18b10954e6aaf3c88c "openmp: Fix intermittent hanging
> of task-detach-6 libgomp tests [PR98738]" has broken things with nvptx
> offloading enabled: because of hanging
> 'libgomp.c/../libgomp.c-c++-common/task-detach-6.c'
I noted this hang at:
https://gcc.gnu.org/pipermail/gcc-patches/2021-February/565740.html
It does not seem to be an issue with the detach support though, as this trivial
testcase will also hang.
int main (void)
{
#pragma omp target
#pragma omp parallel
#pragma omp task
;
}
I have confirmed that this behaviour occurs even before my original patch for
implementing the detach clause, and it does not occur with GCN offloading.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (14 preceding siblings ...)
2021-03-11 14:05 ` kcy at codesourcery dot com
@ 2021-03-11 14:30 ` tschwinge at gcc dot gnu.org
2021-03-11 16:37 ` tschwinge at gcc dot gnu.org
` (4 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: tschwinge at gcc dot gnu.org @ 2021-03-11 14:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #16 from Thomas Schwinge <tschwinge at gcc dot gnu.org> ---
Ugh. :-( Where are we tracking this, and is anyone working on this? It's
clearly not useful to have (nvptx offloading) testing to run into known
TIMEOUTs?
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (15 preceding siblings ...)
2021-03-11 14:30 ` tschwinge at gcc dot gnu.org
@ 2021-03-11 16:37 ` tschwinge at gcc dot gnu.org
2021-04-27 11:40 ` jakub at gcc dot gnu.org
` (3 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: tschwinge at gcc dot gnu.org @ 2021-03-11 16:37 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #17 from Thomas Schwinge <tschwinge at gcc dot gnu.org> ---
I've filed PR99555 "[OpenMP/nvptx] Execution-time hang for simple nested OpenMP
'target'/'parallel'/'task' constructs".
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (16 preceding siblings ...)
2021-03-11 16:37 ` tschwinge at gcc dot gnu.org
@ 2021-04-27 11:40 ` jakub at gcc dot gnu.org
2021-07-28 7:05 ` rguenth at gcc dot gnu.org
` (2 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-04-27 11:40 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|11.0 |11.2
--- Comment #18 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (17 preceding siblings ...)
2021-04-27 11:40 ` jakub at gcc dot gnu.org
@ 2021-07-28 7:05 ` rguenth at gcc dot gnu.org
2022-04-21 7:48 ` rguenth at gcc dot gnu.org
2023-05-29 10:04 ` jakub at gcc dot gnu.org
20 siblings, 0 replies; 22+ messages in thread
From: rguenth at gcc dot gnu.org @ 2021-07-28 7:05 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|11.2 |11.3
--- Comment #19 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 11.2 is being released, retargeting bugs to GCC 11.3
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (18 preceding siblings ...)
2021-07-28 7:05 ` rguenth at gcc dot gnu.org
@ 2022-04-21 7:48 ` rguenth at gcc dot gnu.org
2023-05-29 10:04 ` jakub at gcc dot gnu.org
20 siblings, 0 replies; 22+ messages in thread
From: rguenth at gcc dot gnu.org @ 2022-04-21 7:48 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|11.3 |11.4
--- Comment #20 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 11.3 is being released, retargeting bugs to GCC 11.4.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug libgomp/98738] task-detach-6.f90 hangs intermittently
2021-01-18 21:42 [Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently iii at linux dot ibm.com
` (19 preceding siblings ...)
2022-04-21 7:48 ` rguenth at gcc dot gnu.org
@ 2023-05-29 10:04 ` jakub at gcc dot gnu.org
20 siblings, 0 replies; 22+ messages in thread
From: jakub at gcc dot gnu.org @ 2023-05-29 10:04 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|11.4 |11.5
--- Comment #21 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 11.4 is being released, retargeting bugs to GCC 11.5.
^ permalink raw reply [flat|nested] 22+ messages in thread