search for: hakzsam

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

...s the GK208. That doesn't explain why I did something wrong but heh? :-) > > You are right. With those bits added locally, the compute support totally hangs the GPU on my GK208 (NV108), and a reboot is needed. > > Please give a shot at this branch : > http://cgit.freedesktop.org/~hakzsam/mesa/log/?h=nvf0_compute > > 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...

On Thu, Mar 10, 2016 at 10:27 AM, Samuel Pitoiset <samuel.pitoiset at gmail.com> wrote: > > > On 03/10/2016 04:23 PM, Ilia Mirkin wrote: >> >> On Thu, Mar 10, 2016 at 10:14 AM, Hans de Goede <hdegoede at redhat.com> >> wrote: >>> >>> Add support for clover / OpenCL kernel input parameters. >>> >>> Signed-off-by: Hans de

...desktop.org Reporter: samuel.pitoiset at gmail.com QA Contact: xorg-team at lists.x.org Created attachment 110427 --> https://bugs.freedesktop.org/attachment.cgi?id=110427&action=edit SSH key Hi, Real name: Samuel Pitoiset email: samuel.pitoiset at gmail.com User name: hakzsam Thanks in advance. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20141203/eaec5328/attachment.html>

Hi, On 04-12-15 09:54, Samuel Pitoiset wrote: > > > On 12/04/2015 09:45 AM, Hans de Goede wrote: <snip> >>> Please give a shot at this branch : >>> http://cgit.freedesktop.org/~hakzsam/mesa/log/?h=nvf0_compute >>> >>> 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. :-) >>...

...and the second one is the GK208. That doesn't explain why I did something wrong but heh? :-) You are right. With those bits added locally, the compute support totally hangs the GPU on my GK208 (NV108), and a reboot is needed. Please give a shot at this branch : http://cgit.freedesktop.org/~hakzsam/mesa/log/?h=nvf0_compute 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. :-) Btw, according to the trace you sent me, you have a GK208b...

...rmi+ because it's already lowered to c0[]. Note that input kernel parameters will be probably sticked on c7[] after my changes but that doesn't change anything for you. I already have a patch for the nv50 bits btw, maybe it's the right time to send it? https://cgit.freedesktop.org/~hakzsam/mesa/commit/?h=compute&id=640d68009bcf93c1814cee0b1a12939cb85e5895 Reviewed-by: Samuel Pitoiset <samuel.pitoiset at gmail.com> On 03/10/2016 04:43 PM, Ilia Mirkin wrote: > On Thu, Mar 10, 2016 at 10:27 AM, Samuel Pitoiset > <samuel.pitoiset at gmail.com> wrote: >> >...

Hi Ilia and Samuel, I rebased my mesa git tree today (it was getting a bit stale) and after that src/gallium/tests/trivial/compute.c stopped working as well as any opencl programs with the kernel in TGSI (as clover on nouveau currently only supports having the kernel in TGSI). The problem is that RES no longer is a valid register-file name in TGSI, specifically this is caused by this commit:

Hi, On 18-02-16 17:39, Ilia Mirkin wrote: > On Thu, Feb 18, 2016 at 9:45 AM, Hans de Goede <hdegoede at redhat.com> wrote: >> But this does not seem to be hooked up yet for nouveau. > > Samuel has patches. See > https://cgit.freedesktop.org/~hakzsam/mesa/log/?h=arb_compute_shader_v3 Cool, I will take a look at those. >> So some questions: >> -The commit by Samual says: >> This introduces TGSI_FILE_MEMORY for shared, global and local memory. Only >> shared memory is currently supported. >> >> The commit...

...explain why I did something wrong but heh? :-) >> >> You are right. With those bits added locally, the compute support >> totally hangs the GPU on my GK208 (NV108), and a reboot is needed. >> >> Please give a shot at this branch : >> http://cgit.freedesktop.org/~hakzsam/mesa/log/?h=nvf0_compute >> >> 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 ind...

On Thu, Feb 18, 2016 at 9:45 AM, Hans de Goede <hdegoede at redhat.com> wrote: > But this does not seem to be hooked up yet for nouveau. Samuel has patches. See https://cgit.freedesktop.org/~hakzsam/mesa/log/?h=arb_compute_shader_v3 > > So some questions: > -The commit by Samual says: > This introduces TGSI_FILE_MEMORY for shared, global and local memory. Only > shared memory is currently supported. > > The commit introduces MEMORY[x] and MEMORY[x],SHARED so in reality...

https://bugs.freedesktop.org/show_bug.cgi?id=99532 Bug ID: 99532 Summary: Compute shader doesn't give right result under some circumstances Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

...a Mirkin wrote: >> >> On Thu, Feb 18, 2016 at 9:45 AM, Hans de Goede <hdegoede at redhat.com> >> wrote: >>> >>> But this does not seem to be hooked up yet for nouveau. >> >> >> Samuel has patches. See >> https://cgit.freedesktop.org/~hakzsam/mesa/log/?h=arb_compute_shader_v3 > > > Cool, I will take a look at those. > >>> So some questions: >>> -The commit by Samual says: >>> This introduces TGSI_FILE_MEMORY for shared, global and local memory. >>> Only >>> shared memory is curr...

...;> On Thu, Feb 18, 2016 at 9:45 AM, Hans de Goede <hdegoede at redhat.com> >>> wrote: >>>> >>>> But this does not seem to be hooked up yet for nouveau. >>> >>> >>> Samuel has patches. See >>> https://cgit.freedesktop.org/~hakzsam/mesa/log/?h=arb_compute_shader_v3 >> >> >> Cool, I will take a look at those. >> >>>> So some questions: >>>> -The commit by Samual says: >>>> This introduces TGSI_FILE_MEMORY for shared, global and local memory. >>>> Only &...

...t 9:45 AM, Hans de Goede <hdegoede at redhat.com> >>>> wrote: >>>>> >>>>> But this does not seem to be hooked up yet for nouveau. >>>> >>>> >>>> Samuel has patches. See >>>> https://cgit.freedesktop.org/~hakzsam/mesa/log/?h=arb_compute_shader_v3 >>> >>> >>> Cool, I will take a look at those. >>> >>>>> So some questions: >>>>> -The commit by Samual says: >>>>> This introduces TGSI_FILE_MEMORY for shared, global and local &gt...

On Tue, Mar 17, 2015 at 2:57 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Tue, Mar 17, 2015 at 5:52 PM, Andy Lutomirski <luto at amacapital.net> wrote: >> On Fri, Feb 13, 2015 at 9:52 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> On Fri, Feb 13, 2015 at 8:59 PM, Andy Lutomirski <luto at amacapital.net> wrote: >>>> My new GTX 960

...allows the userspace to read back them. However, the libdrm branch which implements the new nvif interface exposed by Nouveau and the software methods interface are not upstream yet. I hope this should done in the next days. The code of this series can be found here: http://cgit.freedesktop.org/~hakzsam/mesa/log/?h=nouveau_perfmon The libdrm branch can be found here: http://cgit.freedesktop.org/~hakzsam/drm/log/?h=nouveau_perfmon The code of the software methods interface can be found here (two last commits): http://cgit.freedesktop.org/~hakzsam/nouveau/log/?h=nouveau_perfmon An other series wh...

...d PerfKit. For now, this series only exposes performance counters on NV50, but this is going to be pretty similar for other families. My plan is to submit more patches for Fermi and Kepler after this series will be reviewed. The code of this series can be found here: http://cgit.freedesktop.org/~hakzsam/nouveau/log/?h=nouveau_perfmon And the corresponding libdrm branch can be found here: http://cgit.freedesktop.org/~hakzsam/drm/log/?h=nouveau_perfmon A full example which exposes both compute and graphics hardware events on NV50 can be found here: http://cgit.freedesktop.org/~hakzsam/perfevent...