search for: bataev

...x.html#cuda-compiler-resolved-issues However, I can not yet use it with llvm 9.0.0 release because CUDA 10.2 is not supported yet. Is there other branches of the llvm repo that supports CUDA 10.2 now? Or do I need to wait for llvm 10 releaase. Thanks, Char At 2019-02-28 02:09:54, "Alexey Bataev" <a.bataev at outlook.com> wrote: Hi Char, it looks like they have some kind of buffer overflow bug in their ptxas tool. ------------- Best regards, Alexey Bataev 27.02.2019 13:08, treinz пишет: Hi Alexey, I submitted the bug report to nvidia. While they are working on it, can you...

...y option for clang to turn on debug for the host code only but not the device code? I've been using something like -ggdb3 -O0 but this generate debug info for both host and device. I'm trying to work around the aforementioned ptxas bug. Thanks, Char At 2019-02-28 02:09:54, "Alexey Bataev" <a.bataev at outlook.com> wrote: Hi Char, it looks like they have some kind of buffer overflow bug in their ptxas tool. ------------- Best regards, Alexey Bataev 27.02.2019 13:08, treinz пишет: Hi Alexey, I submitted the bug report to nvidia. While they are working on it, can you...

...ady or you want to make it into a major release? Is it possible to let me know (maybe by replying to this thread) once the code is ready? I know sometimes it takes a while to get things in the major release. I greatly appreciate your work on this! Thanks, Char 在 2018-12-15 05:19:50，"Alexey Bataev" <a.bataev at outlook.com> 写道： Hi Char, sorry, you need to wait a little bit. It is almost ready, but not yet. For now, use nvcc if you need debug info for Cuda. ------------- Best regards, Alexey Bataev 14.12.2018 14:33, treinz пишет: Hi Alex, Eric and Valentin, Thanks for the in...

...hile they are working on it, can you share some insight in what could potentially cause this? I just want to get a sense if such a bug require significant amount of work to fix, which can help me make some decision moving forward with my project. Thanks, Char At 2019-02-27 03:19:02, "Alexey Bataev" <a.bataev at outlook.com> wrote: Hi Char, yes, this line causes the crash. You don't need .cu files (I don't know what files are you talking about, clang does not generate .cu files). You need just this .s file to reproduce the error and nothing else. ------------- Best rega...

Hi Char, I found the problem, for some reason the last patch was applied correctly. Just committed the fixed version. Tried to compile axpy.cu, everything works. ------------- Best regards, Alexey Bataev 23.01.2019 13:37, treinz пишет: > Hi Alexey, > > I tried the b7195a6 from the llvm github mirror, which does include > your commit D46189 <https://reviews.llvm.org/D46189> (see below). But > it can't compile the example program > on https://llvm.org/docs/CompileCudaWith...

...s -x cuda /home/aznb/mycodes/scbmc/testparticles.cpp Both of these commands were shown in the error log. How do I replace my original cpp files with the two *.cu files automatically generated by llvm in the above command to reproduce the bug? Thanks, Char At 2019-02-26 09:22:35, "Alexey Bataev" <a.bataev at outlook.com> wrote: Hi Char, unfortunately I cannot help you with these crashes, because they caused not by clang /LLVM, but the NVidia's PTX-to-SASS translator ptxas. It is ptxas who crashes and I can't do anything about this. You need to report the bug to NVidia,...

...other files are generated automatically by clang upon the crash. I'm using the above-mentioned commit 48aefa8877713616802d9c90b63f86fe50b9a101 from github mirror. The bug is reproducible on my machine with a nvidia RTX2080 card (sm=Turing75). Thanks, Char At 2019-01-24 03:25:39, "Alexey Bataev" <a.bataev at outlook.com> wrote: Yes, this one. ------------- Best regards, Alexey Bataev 23.01.2019 14:17, treinz via llvm-dev пишет: Hi Alexey, Thanks for working on this. I assume the last commit you mentioned is: commit 48aefa8877713616802d9c90b63f86fe50b9a101 (HEAD -> m...

...de are as different as possible. I can compile it in both modes myself so high-level OpenMP is fine (I will disable SPMD mode manually in the source if necessary). Thanks, Johannes ________________________________ From: llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Alexey Bataev via llvm-dev <llvm-dev at lists.llvm.org> Sent: Tuesday, January 22, 2019 13:10 To: Doerfert, Johannes Rudolf Cc: Alexey Bataev; LLVM-Dev; Arpith Chacko Jacob; openmp-dev at lists.llvm.org; cfe-dev at lists.llvm.org Subject: Re: [llvm-dev] [RFC] Late (OpenMP) GPU code "SPMD-zation"...

We could still do that in clang, couldn't we? Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Alexey Bataev <a.bataev at outlook.com> Sent: Tuesday, January 22, 2019 12:52:42 PM To: Doerfert, Johannes Rudolf; cfe-dev at lists.llvm.org Cc: openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey Bataev; Arpith Chacko Jacob Subject: Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" The...

Yes, I understand. I just don't understand why there are 15 review links. as to the format of the list, we previously had a list of feature for 4.5 (before it was fully supported), we can reuse this old format. Best regards, Alexey Bataev > 6 июня 2019 г., в 19:12, Narayanaswamy, Ravi <ravi.narayanaswamy at intel.com> написал(а): > > Alexey, > Johannes want to put all the features maintained in Kelvin's spreadsheet on the website and track it there. He is not looking for just features which have been work...

...rything goes on the way). Have you find and a solution for data sharing? How are you going to manage data sharing for SPMD and non-SPMD? From: cfe-dev <cfe-dev-bounces at lists.llvm.org> On Behalf Of Doerfert, Johannes Rudolf via cfe-dev Sent: Wednesday, January 23, 2019 12:50 AM To: Alexey Bataev <a.bataev at outlook.com> Cc: llvm-dev <llvm-dev at lists.llvm.org>; cfe-dev at lists.llvm.org; openmp-dev at lists.llvm.org Subject: Re: [cfe-dev] [RFC] Late (OpenMP) GPU code "SPMD-zation" After an IRC discussion, I think Alexey and I are pretty much in agreement (on the g...

...GPU-specific codegen, but it must be done step-by-step and thoroughly tested and reviewed. Theremightbe some parts, common with NVPTX codegen. You can put the commonfunctions into a base class and remove them from NVPTX implementation. But all this must be done in small parts. Best regards, Alexey Bataev 13 марта 2019 г., в 17:49, Doerfert, Johannes <jdoerfert at anl.gov<mailto:jdoerfert at anl.gov>> написал(а): Alexey, since we seem to disagree on the need for changes as I propose them in general, as well as how they should be done, I would like to avoid spending more and more ti...

...he llvm internal but it sounds like there's at least line info now, right? If so, can you point me to a branch of llvm that can help tracing the bug down to certain line of code. I believe my bug is simply a write/read out of array boundary. Thanks, Char 在 2018-12-05 07:15:28，"Alexey Bataev" <a.bataev at hotmail.com> 写道： Hi, yes, these patches are required to have tne basic debug info support. At least 2 more patches are required to be able to get values of the variables without additional manual data type casting in cuda-gdb. Best regards, Alexey Bataev 4 дек. 2018 г.,...

...">To: </font><font size=1 face="sans-serif">Gheorghe-Teod Bercea <Gheorghe-Teod.Bercea@ibm.com></font><br><font size=1 color=#5f5f5f face="sans-serif">Cc: </font><font size=1 face="sans-serif">Alexey Bataev <a.bataev@outlook.com>, Guray Ozen <gozen@nvidia.com>, "Gregory.Rodgers@amd.com" <Gregory.Rodgers@amd.com>, "Finkel, Hal J." <hfinkel@anl.gov>, "kli@ca.ibm.com" <kli@ca.ibm.com>, "openmp-dev@lists.llvm.org" <openmp-dev@lists.l...

...ental. It is thoroughly tested, at least. 4. Hm, if it would be so, I would just ignored it. Yes, I'm a bit sceptical, but this is normal. It is the fact that these patches break Coding standard, which suggests to split patches into small pieces and commit them one by one. Best regards, Alexey Bataev > 13 марта 2019 г., в 17:18, Doerfert, Johannes <jdoerfert at anl.gov> написал(а): > >> On 03/13, Alexey Bataev wrote: >> 13.03.2019 15:35, Doerfert, Johannes пишет: >>> >>> Hi Alexey, >>> >>> >>> thank you for your quick fee...

...you refer to wrt data sharing. What do we currently do in the clang code generation that we could not effectively implement in the runtime, potentially with support of an llvm pass. Thanks, James Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Alexey Bataev <a.bataev at outlook.com> Sent: Tuesday, January 22, 2019 12:34:01 PM To: Doerfert, Johannes Rudolf; cfe-dev at lists.llvm.org Cc: openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey Bataev; Arpith Chacko Jacob Subject: Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" --...

I don't know where it comes from, currently there is just 2 patches with the new functionality : mapper implementation in clang and in the runtime. Plus the patch for unified memory. Best regards, Alexey Bataev > 6 июня 2019 г., в 19:03, Doerfert, Johannes <jdoerfert at anl.gov> написал(а): > >> On 06/06, Alexey Bataev via llvm-dev wrote: >> Hmm, it is interesting. What's missing? and why it is "a lot". > > I have a list with ~50-60 features and ~15 have a r...

Where we are ------------ Currently, when we generate OpenMP target offloading code for GPUs, we use sufficient syntactic criteria to decide between two execution modes: 1) SPMD -- All target threads (in an OpenMP team) run all the code. 2) "Guarded" -- The master thread (of an OpenMP team) runs the user code. If an OpenMP distribute region is encountered,

...; LLVM Development List <llvm-dev at lists.llvm.org>; Clang Dev <cfe-dev at lists.llvm.org>; Renato Golin <rengolin at gmail.com>; Finkel, Hal J. <hfinkel at anl.gov>; Andrea Bocci <andrea.bocci at cern.ch>; Elovikov, Andrei <andrei.elovikov at intel.com>; Alexey Bataev <a.bataev at hotmail.com>; nd <nd at arm.com>; Roman Lebedev <lebedev.ri at gmail.com>; Philip Reames <listmail at philipreames.com>; Shawn Landden <slandden at gmail.com> Subject: Re: RFC: Interface user provided vector functions with the vectorizer. I mean, the FE w...

------------- Best regards, Alexey Bataev 13.03.2019 15:35, Doerfert, Johannes пишет: > > Hi Alexey, > > > thank you for your quick feedback. > > > > There are tooooooo(!) many changes, I don't who's going to review sooooo big > patch. > > > I can for sure split it in the three components/rep...