Re: [gomp4 0/8] NVPTX: initial OpenMP offloading

2015-09-24 Thread Jakub Jelinek
On Wed, Sep 23, 2015 at 11:24:16PM +0300, Alexander Monakov wrote: > > These patches provide stub functionality, which > > is easy enough, but I can't tell whether there's a credible plan to provide > > a > > full implementation. GPUs really need a different programming model than > > normal

Re: [gomp4 0/8] NVPTX: initial OpenMP offloading

2015-09-24 Thread Nathan Sidwell
On 09/24/15 03:21, Jakub Jelinek wrote: So I'd like to ask Thomas/Nathan if they are ok with this stuff being on the gomp-4_0-branch for now, once all the prerequisities it needs are on the trunk, it can go into its own branch. Let Thomas & I think about it. Now that the new launch API is

[gomp4 0/8] NVPTX: initial OpenMP offloading

2015-09-23 Thread Alexander Monakov
Hello, This patch series implements some minimally required changes to have OpenMP offloading working for NVPTX target on the gomp4 branch. '#pragma omp target' and data updates should work, but all parallel execution functionality remains stubbed out (uses of '#pragma omp parallel' in target

Re: [gomp4 0/8] NVPTX: initial OpenMP offloading

2015-09-23 Thread Bernd Schmidt
On 09/23/2015 07:22 PM, Alexander Monakov wrote: This patch series implements some minimally required changes to have OpenMP offloading working for NVPTX target on the gomp4 branch. '#pragma omp target' and data updates should work, but all parallel execution functionality remains stubbed out

Re: [gomp4 0/8] NVPTX: initial OpenMP offloading

2015-09-23 Thread Alexander Monakov
On Wed, 23 Sep 2015, Bernd Schmidt wrote: > I have two major concerns here. Can I ask you how much experience you have > with GPU programming and ptx? I'd say I have a good understanding of the programming model and nvidia hardware architecture, having used CUDA tools and payed attention to r