Hi Brad,
I did mean the work by Albert Sidelnik. Can you please check with the
European collaborator on the status ? We can consider extending that work based
on the status.
We were indeed looking at other options like working on the intermediate
c-code/llvm-ir code.
One problem is that we have to somehow annotate the "forall" loops so that we
can accelerate the corresponding regions in the generated C-Code/llvm-ir. We
also have to modify the compiler generated runtime calls to point to the
OpenCL runtime.
From: Brad Chamberlain [mailto:[email protected]]
Sent: Thursday, June 26, 2014 1:20 AM
To: Majeti, Deepak; [email protected]
Subject: RE: Regarding OpenCL support
Hi Deepak --
I'm guessing that by "the current CUDA generation", you're referring to the
work that Albert Sidelnik did on a branch a few years ago? If so, I don't
think that's a very viable way forward, as the branch very far behind trunk
(this was the case even before Albert finished working on it). I believe there
was some work done by a European collaborator last year to try and bring this
back in-line with trunk, but offhand I can't recall how far that got -- can
check tomorrow and put you in touch if you'd like. But, even then I worry that
the approach that one would want to take today would make use of hierarchical
locales which would require a fairly significant re-architecting of things.
Another option for pursuing OpenCL and/or an APU *might* be to use Chapel's
LLVM back-end. At dinner tonight, it was conjectured that it ought to generate
correct code but that additional wrapper code may need to be placed around it
to offload to the APU (if I understood correctly). It was conjectured that
coworkers of yours at AMD may have a better sense than we do as to whether or
not there's a viable path forward taking this approach. If there's more that
you need to know to make the call from our side, give a shout (on the list --
others are more knowledgeable about this than I am).
-Brad
________________________________
From: Majeti, Deepak [[email protected]]
Sent: Wednesday, June 25, 2014 3:33 PM
To: Brad Chamberlain;
[email protected]<mailto:[email protected]>
Subject: RE: Regarding OpenCL support
Hi Brad,
We want to run Chapel on AMD's APU hardware and this will require OpenCL
generation.
I am planning to support OpenCL by extending the current CUDA generation.
Essentially modify the compiler to generate OpenCL equivalent of CUDA
constructs.
Any advice from your side on pursuing this direction will be very helpful.
Thanks!
From: Brad Chamberlain [mailto:[email protected]]
Sent: Sunday, June 22, 2014 7:05 PM
To: Majeti, Deepak;
[email protected]<mailto:[email protected]>
Subject: RE: Regarding OpenCL support
Not at present that I am aware of. A few external developers have asked about
this over time, but to my knowledge, I'm not aware of anyone pursuing it at
present.
-Brad
________________________________
From: Majeti, Deepak [[email protected]]
Sent: Friday, June 20, 2014 2:14 PM
To:
[email protected]<mailto:[email protected]>
Subject: [Chapel-developers] Regarding OpenCL support
Hi,
I saw that the Chapel gpu branch supports cuda.
Is there any effort towards OpenCL?
Thanks!
--
Deepak Majeti
Co-op External Research
AMD
------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
Chapel-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/chapel-developers
