search for: gpgpu

Hi Justin, the non-translatable IR with GPU code replaced by appropriate CUDA Driver > API calls. One of CUDA driver apis (cuLaunch) need a ptx asm string as its input. So if I want to provide a one-touch solution and don't introduce any changes to tools outside polly, I must prepare the ptx string before I can generate the correct non-translatable IR part. As your suggestion, It may

Hi all, I am a phd student from Huazhong University of Sci&Tech, China. The following is my GSoC 2012 proposal. Comments are welcome! *Title: Automatic GPGPU Code Generation for LLVM* *Abstract* Very often, manually developing an GPGPU application is a time-consuming, complex, error-prone and iterative process. In this project, I propose to build an automatic GPGPU code generation framework for LLVM, based on two successful LLVM (sub-)projects - Polly...

...hose domain experts who want to >> harness the huge computing power of GPU. Polly has implemented many >> transformations, such as tiling, auto-vectorization and openmp code >> generation. With the help of LLVM's PTX backend, I plan to extend Polly >> with the feature of GPGPU code generation. >> > > Very interesting! I'm quite familiar with Muthu's work, and putting that > into LLVM would be great. If done right, it could apply to any > heterogeneous systems, including AMD GPUs. > As the maintainer and primary developer on the PTX back-end...

...n_argument.ll ./OpenMP/invalidate_subfn_scops.ll ./OpenMP/two_loop.ll ./OpenMP/parallel_loop.ll ./OpenMP/param_referenced_in_stmt.ll ./OpenMP/extract_memref.ll ./scev.ll ./single_do_loop_int_param_iterations.ll ./MemAccess/simple_analyze.ll ./MemAccess/simple.ll ./20110312-Fail-without-basicaa.ll ./GPGPU/3d_innermost_non_parallel.ll ./GPGPU/2d_innermost_parallel.ll ./test.ll The OpenMP ones are already guarded with have_cloog, and the GPGPU ones are also guarded. I could move all these except OpenMP/GPGPU to the Cloog/CodeGen dir. > >>You can add the new isl test cases to test/IslCodeG...

On Mon, Apr 2, 2012 at 7:16 AM, Yabin Hu <yabin.hwu at gmail.com> wrote: > Hi all, > > I am a phd student from Huazhong University of Sci&Tech, China. The > following is my GSoC 2012 proposal. > Comments are welcome! > > *Title: Automatic GPGPU Code Generation for LLVM* > > *Abstract* > Very often, manually developing an GPGPU application is a time-consuming, > complex, error-prone and iterative process. In this project, I propose to > build an automatic GPGPU code generation framework for LLVM, based on two > successful...

...td::string Name = S.getFunction().getName().str() + "_" + + S.getOrigName() + "_kernel_" + + std::to_string(Kernel->id); (Where getOrigName returns the name of the Scop before the IRBuilder modified it) Produces the effect, --- a/test/GPGPU/kernel-params-only-some-arrays.ll <https://github.com/llvm-mirror/polly/blob/6b8cb877c2fa3ee0e626cac5811115a9c5c71b5b/test/GPGPU/kernel-params-only-some-arrays.ll#L19-L20> +++ b/test/GPGPU/kernel-params-only-some-arrays.ll @@ -16,12 +16,12 @@ ; B[i] += 42; ; } -; KERNEL: ; Module...

** Great talks this meeting: (live & on video) ** Ekiga3, Asterisk, GPGPU, GStreamer, Debian Edu, HowTo Present KDE at meetings http://sites.google.com/site/berkeleytip/ Join from anywhere via VOIP conference, with the friendly, educational, productive, BerkeleyTIP people. :) Join the #berkeleytip freenode.net IRC channel for help getting your VOIP working. http://grou...

https://bugs.freedesktop.org/show_bug.cgi?id=40891 Summary: OpenCL: Implementing an LLVM backend for GPGPU Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: martin...

https://bugs.freedesktop.org/show_bug.cgi?id=40890 Summary: OpenCL: Implement a GPGPU runtime following the CAL specification Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:...

...-SW-CoDesignflowWithLLVM.pdf On Mon, Apr 2, 2012 at 10:16 PM, Yabin Hu <yabin.hwu at gmail.com> wrote: > Hi all, > > I am a phd student from Huazhong University of Sci&Tech, China. The > following is my GSoC 2012 proposal. > Comments are welcome! > > Title: Automatic GPGPU Code Generation for LLVM > > Abstract > Very often, manually developing an GPGPU application is a time-consuming, > complex, error-prone and iterative process. In this project, I propose to > build an automatic GPGPU code generation framework for LLVM, based on two > successful LL...

Tobias Grosser wrote: > >I can then move the remaining tests in Cloog/CodeGen and duplicate them in > >Isl/CodeGen. What do you think? > > Fine with me (You probably just need to copy the remaining tests in > the top level directory). Ok, so I moved the OpenMP, GPGPU, and MemAccess dirs to the toplevel polly/test/{OpenMP,GPGPU,MemAccess} and then the remaining testcases to polly/test/Isl as that is executed both with and without Cloog. Sebastian -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation

== JOB POSTING == PathScale's compiler team is looking for individuals interested in GPGPU, C++, Visual Studio compatibility and compiler frontend (clang) work. Most of the work will be on our clang fork, but anyone interested to work on other parts is always welcome. (IDE, optimized math libs, debugger, compiler backend.. etc) Location: Remote (anyone who doesn't want to relocat...

...gt; ./OpenMP/two_loop.ll > ./OpenMP/parallel_loop.ll > ./OpenMP/param_referenced_in_stmt.ll > ./OpenMP/extract_memref.ll > ./scev.ll > ./single_do_loop_int_param_iterations.ll > ./MemAccess/simple_analyze.ll > ./MemAccess/simple.ll > ./20110312-Fail-without-basicaa.ll > ./GPGPU/3d_innermost_non_parallel.ll > ./GPGPU/2d_innermost_parallel.ll > ./test.ll > The OpenMP ones are already guarded with have_cloog, and the GPGPU ones are also > guarded. OK thanks. Most of them do not check the output, but rather the absence of a crash. > I could move all these ex...

oops, forget to cc the dev-list hi tobi, > > > Yes. And instead of saving the two modules in separate files, we can store > the kernel modul as a 'string' in the host module and add the necessary > library calls to load it at run time. This will give a smooth user > experience and requires almost no additional infrastructure. We may lost some co-optimization

Hi All, I've been fooling around NVIDIA CUDA (the new architecture for parallel general-purpose computing on their latest video cards such as the GeForce 8800 series). In my opinion, these devices promise to be the perfect acceleration platform for FLAC. They offer massive SIMD-type parallelism for floating-point processing, with two available kinds of batching (thread blocks vs. grids)

...wrote: >>> I can then move the remaining tests in Cloog/CodeGen and duplicate them in >>> Isl/CodeGen. What do you think? >> >> Fine with me (You probably just need to copy the remaining tests in >> the top level directory). > > Ok, so I moved the OpenMP, GPGPU, and MemAccess dirs to the toplevel > polly/test/{OpenMP,GPGPU,MemAccess} and then the remaining testcases to Those are all cloog specific code generation tests. Please leave them as subdirectories of the cloog directory. > polly/test/Isl as that is executed both with and without Cloog. O...

...then move the remaining tests in Cloog/CodeGen and duplicate them in > >>>Isl/CodeGen. What do you think? > >> > >>Fine with me (You probably just need to copy the remaining tests in > >>the top level directory). > > > >Ok, so I moved the OpenMP, GPGPU, and MemAccess dirs to the toplevel > >polly/test/{OpenMP,GPGPU,MemAccess} and then the remaining testcases to Ok, when we will have the OpenMP working with ISL codegen, we will adapt these testcases for Isl. Also note that all the vectorizer testcases will be in the Cloog test dir for now....

On 12/03/2012 06:07 PM, Sebastian Pop wrote: > Tobias Grosser wrote: >> Regarding patch one and three: We already have the directory >> test/CodeGen and test/IslCodeGen. I propose to just leave the CLooG test >> cases in test/CodeGen, but to run them conditionally. > > I only know how to disable the test of a full directory, so if you want I can > disable all the

I've just used r a little, so this might be a trivial question but I have a small data file part, vs/total ,ps/total, gpgpu, date ... ... ... ... .. that contains the percent that certain features contribute to a part and the date the part was built I'd like to do stacked bar graphs one bar per part showing the percents and I'd like tospace the bars bas...

Tobias Grosser wrote: > Regarding patch one and three: We already have the directory > test/CodeGen and test/IslCodeGen. I propose to just leave the CLooG test > cases in test/CodeGen, but to run them conditionally. I only know how to disable the test of a full directory, so if you want I can disable all the CodeGen directory (and subdirectories) when Cloog is not available. Note that