Re: [Mesa-dev] [PATCH] anv: flush pipeline before query result copies

On Thu, Nov 29, 2018 at 9:43 AM Lionel Landwerlin < lionel.g.landwer...@intel.com> wrote: > Pipeline barriers inserted through vkCmdPipelineBarrier() should be > taken into account when copying results. > > In the particular bug below, the results of the > vkCmdCopyQueryPoolResults() command was b

Re: [Mesa-dev] [PATCH] anv: flush pipeline before query result copies

On Thu, Nov 29, 2018 at 5:25 PM Lionel Landwerlin wrote: > Pretty easy. > > Fetch http://source.winehq.org/git/vkd3d.git > > Usual autotool compilation. > > make tests/d3d12 > > I commented the tests I wasn't interested in for to make it easier and using > vktrace to understand what's going on.

Re: [Mesa-dev] [PATCH] anv: flush pipeline before query result copies

On 29/11/2018 16:15, Jason Ekstrand wrote: On Thu, Nov 29, 2018 at 9:52 AM Józef Kucia > wrote: On Thu, Nov 29, 2018 at 4:43 PM Lionel Landwerlin mailto:lionel.g.landwer...@intel.com>> wrote: > > Pipeline barriers inserted through vkCmdPipelineBarri

Re: [Mesa-dev] [PATCH] anv: flush pipeline before query result copies

On Thu, Nov 29, 2018 at 9:52 AM Józef Kucia wrote: > On Thu, Nov 29, 2018 at 4:43 PM Lionel Landwerlin > wrote: > > > > Pipeline barriers inserted through vkCmdPipelineBarrier() should be > > taken into account when copying results. > > > > In the particular bug below, the results of the > > vkC

Re: [Mesa-dev] [PATCH] anv: flush pipeline before query result copies

On Thu, Nov 29, 2018 at 4:43 PM Lionel Landwerlin wrote: > > Pipeline barriers inserted through vkCmdPipelineBarrier() should be > taken into account when copying results. > > In the particular bug below, the results of the > vkCmdCopyQueryPoolResults() command was being overwritten by the > prece

[Mesa-dev] [PATCH] anv: flush pipeline before query result copies

Pipeline barriers inserted through vkCmdPipelineBarrier() should be taken into account when copying results. In the particular bug below, the results of the vkCmdCopyQueryPoolResults() command was being overwritten by the preceding vkCmdCopyBuffer() with a same destination buffer. This is because