search for: test_system_values

...e tests/trivial/compute.c tests to opencl (for the buffer setup and kernel launch, I'm keeping the compute kernels in tgsi as an intermediate step). I've got the test_input_global() test working, see: https://fedorapeople.org/~jwrdegoede/compute-opencl-tgsi.c Next I wanted to convert the test_system_values() test and there I've gotten stuck. It uses a PIPE_BUFFER which it rw-binds as a resource. Which OpenCL does not allow. The closest thing is a constant parameter in OpenCL, at first I've tried binding this as a 2d image, but that leads to the gpu hanging, this is the code activated with &qu...

...te and allows me to >>> launch 'test_input_global' (ie. ./compute 8) on my GK208 without >>> any dmesg fails. That's a good start but more patches are coming. :-) >> >> This branch indeed works somewhat better, but things still hang on the >> >> test_system_values compute test for me (this is the first test executed >> I did not try the others). So this seems to need more work. > > What about test_input_global? test_system_values doesn't work on my side but it doesn't hang the GPU. Yes that one works. > Could you please provide dmesg...

...gt; It fixes the initialization of the compute state and allows me to > launch 'test_input_global' (ie. ./compute 8) on my GK208 without > any dmesg fails. That's a good start but more patches are coming. :-) This branch indeed works somewhat better, but things still hang on the test_system_values compute test for me (this is the first test executed I did not try the others). So this seems to need more work. I've ordered a GTX740 (GK107) card, which should arrive soon, and I'll be using that so I can (hopefully) focus on the llvm tgsi bits again. > Btw, according to the trace yo...

...ation of the compute state and allows me to >> launch 'test_input_global' (ie. ./compute 8) on my GK208 without >> any dmesg fails. That's a good start but more patches are coming. :-) > > This branch indeed works somewhat better, but things still hang on the > > test_system_values compute test for me (this is the first test executed > I did not try the others). So this seems to need more work. What about test_input_global? test_system_values doesn't work on my side but it doesn't hang the GPU. Could you please provide dmesg log? > > I've ordered a GTX...

...nvc0_surface_create (pipe=<optimized out>, pres=<optimized out>, templ=<optimized out>) at nvc0/nvc0_resource.c:41 #5 0x0000000000404341 in init_compute_resources (ctx=ctx at entry=0x691010, slots=slots at entry=0x7fffffffd980) at compute.c:347 #6 0x0000000000402cec in test_system_values (ctx=0x691010) at compute.c:494 #7 main (argc=<optimized out>, argv=<optimized out>) at compute.c:1584 Which comes from the assert here: static struct pipe_surface * nvc0_surface_create(struct pipe_context *pipe, struct pipe_resource *pres, c...

...t;, >> pres=<optimized out>, templ=<optimized out>) at >> nvc0/nvc0_resource.c:41 >> #5 0x0000000000404341 in init_compute_resources (ctx=ctx at entry=0x691010, >> slots=slots at entry=0x7fffffffd980) at compute.c:347 >> #6 0x0000000000402cec in test_system_values (ctx=0x691010) at >> compute.c:494 >> #7 main (argc=<optimized out>, argv=<optimized out>) at compute.c:1584 >> >> Which comes from the assert here: >> >> static struct pipe_surface * >> nvc0_surface_create(struct pipe_context *pipe, >>...

...=<optimized out>, > pres=<optimized out>, templ=<optimized out>) at > nvc0/nvc0_resource.c:41 > #5 0x0000000000404341 in init_compute_resources (ctx=ctx at entry=0x691010, > slots=slots at entry=0x7fffffffd980) at compute.c:347 > #6 0x0000000000402cec in test_system_values (ctx=0x691010) at > compute.c:494 > #7 main (argc=<optimized out>, argv=<optimized out>) at compute.c:1584 > > Which comes from the assert here: > > static struct pipe_surface * > nvc0_surface_create(struct pipe_context *pipe, > struct pipe_...

...timized out>, templ=<optimized out>) at >>> nvc0/nvc0_resource.c:41 >>> #5 0x0000000000404341 in init_compute_resources >>> (ctx=ctx at entry=0x691010, >>> slots=slots at entry=0x7fffffffd980) at compute.c:347 >>> #6 0x0000000000402cec in test_system_values (ctx=0x691010) at >>> compute.c:494 >>> #7 main (argc=<optimized out>, argv=<optimized out>) at compute.c:1584 >>> >>> Which comes from the assert here: >>> >>> static struct pipe_surface * >>> nvc0_surface_create(struct pi...

...=<optimized out>, > pres=<optimized out>, templ=<optimized out>) at > nvc0/nvc0_resource.c:41 > #5 0x0000000000404341 in init_compute_resources (ctx=ctx at entry=0x691010, > slots=slots at entry=0x7fffffffd980) at compute.c:347 > #6 0x0000000000402cec in test_system_values (ctx=0x691010) at > compute.c:494 > #7 main (argc=<optimized out>, argv=<optimized out>) at compute.c:1584 > > Which comes from the assert here: > > static struct pipe_surface * > nvc0_surface_create(struct pipe_context *pipe, > struct pipe_...

Hi Samual, et al, In http://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/drivers/nouveau?id=ff72440b40211326eda118232fabd53965410afd you write: "This compute support has been tested by Pierre Moreau and myself with some compute kernels." Can you provide testing instructions (and the necessary files) so that I can try to reproduce your tests ? And once I've reproduced your

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 changes. :-)