Re: [PATCH] Implement omp async support for nvptx

2017-10-30 Thread Tom de Vries
On 10/30/2017 12:55 PM, Tom de Vries wrote: On 10/30/2017 08:15 AM, Jakub Jelinek wrote: On Fri, Oct 27, 2017 at 03:57:28PM +0200, Tom de Vries wrote: how about this approach: 1 - Move async_run from plugin-hsa.c to default_async_run 2 - Implement omp async support for nvptx ? The first patch

Re: [PATCH] Implement omp async support for nvptx

2017-10-30 Thread Tom de Vries
On 10/30/2017 08:15 AM, Jakub Jelinek wrote: On Fri, Oct 27, 2017 at 03:57:28PM +0200, Tom de Vries wrote: how about this approach: 1 - Move async_run from plugin-hsa.c to default_async_run 2 - Implement omp async support for nvptx ? The first patch moves the GOMP_OFFLOAD_async_run implementati

Re: [PATCH] Implement omp async support for nvptx

2017-10-30 Thread Jakub Jelinek
On Fri, Oct 27, 2017 at 03:57:28PM +0200, Tom de Vries wrote: > how about this approach: > 1 - Move async_run from plugin-hsa.c to default_async_run > 2 - Implement omp async support for nvptx > ? > > The first patch moves the GOMP_OFFLOAD_async_run implementation from > plugin-hsa.c to target.c,

[PATCH] Implement omp async support for nvptx

2017-10-27 Thread Tom de Vries
[ was: Re: [RFC PATCH] Coalesce host to device transfers in libgomp ] On 10/25/2017 01:38 PM, Jakub Jelinek wrote: And we don't really have the async target implemented yet for NVPTX:(, guess that should be the highest priority after this optimization. Hi, how about this approach: 1 - Move asy