Streamline annotation reset counter

Hi forum,

I am trying to use streamline annotation for 4 vkCmdDrawIndexed in my test application with indexCount argument of 440, 220, 220, 53 respectively.

Each drawcall submission is preceded with a sleep and annotation and queuewaitidle as below.

for (size_t cb = 0; cb < n_drawcalls; ++cb)

{

 VkSubmitInfo si;

 si.sType = VK_STRUCTURE_TYPE_SUBMIT_INFO;

 si.commandBufferCount = 1;

 si.pCommandBuffers = &command_buffers[cb];

 sleep(3);

 ANNOTATE_MARKER_COLOR_STR(ANNOTATE_GREEN, "Draw call start");

 res = device_table->QueueSubmit(queue, 1, &si, nullptr);

 device_table->QueueWaitIdle(queue);

 sleep(3);

 ANNOTATE_MARKER_COLOR_STR(ANNOTATE_RED, "Draw call end");

}

When I look at some counters like $MaliInputPrimitivesTrianglePrimitives, it seems to be a cumulative count after each drawcall showing 440, 660, 880, 933 (screenshot).

I was expecting it to be 440, 220, 220, 53 to match with the indexCount argument of the vkCmdDrawIndexed. Other counters like FMA, CVT are being reset after each drawcall (screenshot). Is this expected or is there any way to reset the counters before each drawcall?

Parents
  • I can only really explain how the hardware sampling works and what you are seeing - debugging your modifications to GFXR is a bit beyond the scope of what Arm can help with =-)

    Based on what you are seeing it looks like you are replaying command buffers containing more and more draw calls. Beyond that I can't really help unless you have a minimal standalone reproducer that shows this is a driver bug.

    Kind regards 
    Pete

Reply
  • I can only really explain how the hardware sampling works and what you are seeing - debugging your modifications to GFXR is a bit beyond the scope of what Arm can help with =-)

    Based on what you are seeing it looks like you are replaying command buffers containing more and more draw calls. Beyond that I can't really help unless you have a minimal standalone reproducer that shows this is a driver bug.

    Kind regards 
    Pete

Children
No data