1. 17 Jun, 2021 1 commit
  2. 11 Jun, 2021 1 commit
  3. 10 Jun, 2021 8 commits
  4. 07 Jun, 2021 3 commits
  5. 04 Jun, 2021 2 commits
  6. 02 Jun, 2021 1 commit
    • Iago Toral's avatar
      v3dv: implement external semaphore/fence extensions · 1f7d2b49
      Iago Toral authored
      
      
      This provides most of the implementation, but there are some
      things we cannot enable until we improve of kernel submit
      interface, namely:
      
      We don't expose capacity to export SYNC_FD, although we do
      have the implementation in place. This requires that we
      improve our kernel interface and event wait implementation
      first so we can cover the corner case where the application
      submits a command buffer that includes a VkCmdWaitForEvents
      and tries to export a SYNC_FD from its signal semaphores or
      fence before it the event is signaled and the command buffer
      is sent to the kernel for execution in full.
      
      Likewise, we can't currently import semaphores. This is because
      our current kernel submit interface can only take one syncobj.
      We have been working around this so far by waiting on the last
      syncobj produced from the device whenever we had to wait on any
      semaphores (which is obviously suboptimal already), but this
      won't work as soon as we allow importing external semaphores,
      as those could (and would typically) be produced from a
      different device.
      
      Once we address the kernel bits, we should come back and enable
      SYNC_FD exports as well as semaphore imports.
      
      Relevant CTS tests:
      dEQP-VK.api.external.fence.*
      dEQP-VK.api.external.semaphore.*
      dEQP-VK.synchronization.cross_instance.*
      Reviewed-by: Alejandro Piñeiro's avatarAlejandro Piñeiro <apinheiro@igalia.com>
      Part-of: <!11105>
      1f7d2b49
  7. 31 May, 2021 1 commit
  8. 27 May, 2021 2 commits
  9. 26 May, 2021 2 commits
  10. 25 May, 2021 1 commit
    • Iago Toral's avatar
      v3dv: expose VK_KHR_maintenance2 · de75f43a
      Iago Toral authored
      
      
      We don't do anything for input attachment aspects read by a subpass
      since it doesn't have performance implications for us.
      
      We also ignore the the new depth stencil layouts because they don't
      have practical implications for our implementation.
      
      We also ignore the new usage info for views since we are not currently
      making decisions about views based on their usage.
      Reviewed-by: Alejandro Piñeiro's avatarAlejandro Piñeiro <apinheiro@igalia.com>
      Part-of: <mesa/mesa!10951>
      de75f43a
  11. 18 May, 2021 2 commits
  12. 12 May, 2021 1 commit
    • Hyunjun Ko's avatar
      turnip: Implement VK_KHR_timeline_semaphore. · 3f229e34
      Hyunjun Ko authored
      
      
      Implements non-shareable timelines using legacy syncobjs,
      inspired by anv/radv implementation.
      
      v1. Avoid memcpy in/out_syncobjs and fix some mistakes.
      v2.
       - Handle vkQueueWaitIdle.
       - Add enum tu_semaphore_type.
       - Fix to handle VK_SEMAPHORE_WAIT_ANY_BIT_KHR correctly.
       - Fix a crash of dEQP-VK.synchronization.timeline_semaphore.device_host.misc.max_difference_value.
      
      v3. Avoid indefinite waiting in vkQueueWaitIdle by calling
      tu_device_submit_deferred_locked itself.
      Signed-off-by: Hyunjun Ko's avatarHyunjun Ko <zzoon@igalia.com>
      Part-of: <!10126>
      3f229e34
  13. 06 May, 2021 1 commit
  14. 04 May, 2021 1 commit
    • Emma Anholt's avatar
      tunrip: Add support for VK_EXT_separate_stencil_usage. · 89114225
      Emma Anholt authored
      We were implictly including it in exposing VK 1.2, but we weren't making
      use of the supplied struct.  Actually enabling it gives us a chance to do
      slightly better at Z/S UBWC, and means we won't lose the separate usage
      test coverage when switching back to exposing VK 1.1.
      
      Part-of: <!10594>
      89114225
  15. 29 Apr, 2021 1 commit
  16. 28 Apr, 2021 1 commit
  17. 23 Apr, 2021 1 commit
  18. 19 Apr, 2021 1 commit
  19. 15 Apr, 2021 1 commit
  20. 14 Apr, 2021 2 commits
    • Connor Abbott's avatar
      tu: Expose VK_KHR_relaxed_block_layout · 271c18f4
      Connor Abbott authored
      This was absorbed into Vulkan 1.1, but we forgot to expose it
      separately. It's a subset of what's allowed by
      VK_EXT_scalar_block_layout.
      
      Part-of: <!8695>
      271c18f4
    • Connor Abbott's avatar
      tu: Expose VK_KHR_spirv_1_4 and VK_EXT_scalar_block_layout · 765c3b85
      Connor Abbott authored
      VK_KHR_spirv_1_4 is trivial because vtn already supports all the added
      SPIR-V features that aren't gated behind Vulkan extensions. I've
      observed some robustness2 CTS tests requiring this. However there are
      a few tests currently failing due to lacking spilling.
      
      VK_EXT_scalar_block_layout should also be trivial, since support for
      "straddling" UBO loads was added recently for other reasons. This is
      used by every robustness2 CTS test.
      
      Part-of: <!8695>
      765c3b85
  21. 08 Apr, 2021 1 commit
  22. 07 Apr, 2021 1 commit
  23. 05 Apr, 2021 3 commits
  24. 04 Apr, 2021 1 commit