search for: vectoradd

...3:52, Samuel Pitoiset wrote: <snip> >> I do not have a GK106, I've a GK208, and IIRC that one is known to not >> work, >> I guess I can give it a try. > > Compute support is not supported on GK110+, yeah... > > If you provide me a MMT trace of, for example, vectorAdd from the CUDA samples I could have a look. Ok, here is a MMT trace of vectorAdd: https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz Regards, Hans

...; > >>> I do not have a GK106, I've a GK208, and IIRC that one is known to not >>> work, >>> I guess I can give it a try. >> >> >> Compute support is not supported on GK110+, yeah... >> >> If you provide me a MMT trace of, for example, vectorAdd from the CUDA >> samples I could have a look. > > > Ok, here is a MMT trace of vectorAdd: > > https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz You don't have permission to access /~jwrdegoede/vectorAdd.log.gz on this server. Unfortunately valgrind creates files with...

On 01-12-15, Samuel Pitoiset wrote: >>> Ok, here is a MMT trace of vectorAdd: >>> >>> https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz >> >> Hi Hans, >> >> Thanks a lot. > > Well, I didn't know but Martin has a GK208... > I just tested the compute support on his card and ... it works without > any chan...

...t;snip> > >>> I do not have a GK106, I've a GK208, and IIRC that one is known to not >>> work, >>> I guess I can give it a try. >> >> Compute support is not supported on GK110+, yeah... >> >> If you provide me a MMT trace of, for example, vectorAdd from the CUDA >> samples I could have a look. > > Ok, here is a MMT trace of vectorAdd: > > https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz Hi Hans, Thanks a lot. > > Regards, > > Hans -- -Samuel

On 12/02/2015 04:34 PM, Hans de Goede wrote: > On 01-12-15, Samuel Pitoiset wrote: > > >>> Ok, here is a MMT trace of vectorAdd: > >>> > >>> https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz > >> > >> Hi Hans, > >> > >> Thanks a lot. > > > > Well, I didn't know but Martin has a GK208... > > I just tested the compute support on his...

On 12/04/2015 09:45 AM, Hans de Goede wrote: > Hi, > > On 02-12-15 19:33, Samuel Pitoiset wrote: >> >> >> On 12/02/2015 04:34 PM, Hans de Goede wrote: >>> On 01-12-15, Samuel Pitoiset wrote: >>> >>> >>> Ok, here is a MMT trace of vectorAdd: >>> >>> >>> >>> https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz >>> >> >>> >> Hi Hans, >>> >> >>> >> Thanks a lot. >>> > >>> > Well, I didn't know but Martin ha...

Hi, On 02-12-15 19:33, Samuel Pitoiset wrote: > > > On 12/02/2015 04:34 PM, Hans de Goede wrote: >> On 01-12-15, Samuel Pitoiset wrote: >> >> >>> Ok, here is a MMT trace of vectorAdd: >> >>> >> >>> https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz >> >> >> >> Hi Hans, >> >> >> >> Thanks a lot. >> > >> > Well, I didn't know but Martin has a GK208... >> > I ju...

...module? The best strategy is probably to use to emit a PTX module and then pass that to the CUDA driver. This is what we do on the Julia side in CUDA.jl. Nvidia has a somewhat helpful tutorial on this at https://github.com/NVIDIA/cuda-samples/blob/c4e2869a2becb4b6d9ce5f64914406bf5e239662/Samples/vectorAdd_nvrtc/vectorAdd.cpp and https://github.com/NVIDIA/cuda-samples/blob/c4e2869a2becb4b6d9ce5f64914406bf5e239662/Samples/simpleDrvRuntime/simpleDrvRuntime.cpp Hope that helps. -V On Thu, Nov 19, 2020 at 12:11 PM Geoff Levner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I have made a...

Hi, On 20-11-15 17:07, Samuel Pitoiset wrote: > > > On 11/20/2015 11:36 AM, Hans de Goede wrote: >> Hi Samual, et al, > > Hi Hans, > >> >> In >> http://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/drivers/nouveau?id=ff72440b40211326eda118232fabd53965410afd >> >> you write: "This compute support has been tested by >> Pierre

We have an application that allows the user to compile and execute C++ code on the fly, using Orc JIT v2, via the LLJIT class. And we would like to extend it to allow the user to provide CUDA source code as well, for GPU programming. But I am having a hard time figuring out how to do it. To JIT compile C++ code, we do basically as follows: 1. call Driver::BuildCompilation(), which returns a

Hi, On 26-11-15 09:42, Samuel Pitoiset wrote: > Well, if you remove that assert locally, all compute tests in src/gallium/tests/trivial/compute.c pass on GK106, except the atomic ones. Do you mean the: Assertion `pres->target != PIPE_BUFFER' failed. or the: Assertion `tex->defExists(0) && tex->srcExists(0)' failed. assert? Or is the first one not present for

...ppler? The first one. The second one doesn't happen on Kepler. > > I do not have a GK106, I've a GK208, and IIRC that one is known to not > work, > I guess I can give it a try. Compute support is not supported on GK110+, yeah... If you provide me a MMT trace of, for example, vectorAdd from the CUDA samples I could have a look. > >> I'm working on the fermi case btw. > > Great, thanks. > > Regards, > > Hans > > > >> On 11/25/2015 03:43 PM, Hans de Goede wrote: >>> Hi, >>> >>> On 20-11-15 17:07, Samuel Pito...