https://bugs.freedesktop.org/show_bug.cgi?id=103586
--- Comment #13 from Vedran Miletić <ved...@miletic.net> ---
(In reply to Dave Gilbert from comment #6)
> (In reply to Jan Vesely from comment #5)
> > (In reply to Dave Gilbert from comment #4)
> > > Created attachment 135313 [details]
> > > foo.link-0.ll
> > >
> > > That's all 3 of the debug files it produced.
> > > (I wasn't sure which were the llvm and which the isa dumps; I guess the
> > > asm
> > > is the isa? and the ll's are both llvm dumps?)
> >
> > yes. the first .ll is from compilation step, the other one is from linking
> > step.
> >
> > .ll dump looks correct.
> > .asm also looks correct.
> >
> > you can try producing multiple asm dumps for working and non-working runs.
> > But I don't think that the llvm is the culprit here.
> >
> > Can you try waiting for the kernel execution to complete explicitly before
> > mapping the buffer?
> > Ideally call clFinish() on line 63.
>
> Since I'm on the C++ binding (probably a mistake) I used:
> queue.finish();
>
> and it seems to be working.
>
> (This also corresponds possibly to what I'm seeing on a more complex kernel;
> with a more complex kernel I'm seeing on a whole pile of data on the last
> few Z slices as being bogus suggesting it's not finished).
>
> Dave
This reminds me of a certain issue I experienced with OpenMM. Is it limited to
Turks, or it happens on SI+ cards?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
