search for: syncobjs

...kernel and in userspace. Extending it to an array requires introduction of an extra structure (for a <fence, flags> pair) and a u64 for the address and a u32 for the number of elements in the array. Another thing I'm wondering is if we can't simplify this somewhat by only supporting syncobjs and then use the SYNCOBJ IOCTLs to convert to FD if it turns out that we need it. Let's say we have a use-case where we decode an video frame using a hardware decoder (which we don't support upstream yet). The decoder could signal completion using a syncobj. Userspace could then grab the h...

...gt; time virtio userspace will start using sync objects, IMO. > I wasn't talking about generic UAPI, but having drm helpers instead. The former (as you pointed out) would need time to crystallize. While the latter can be done even today. > ... > >> +static void virtio_gpu_reset_syncobjs(struct drm_syncobj **syncobjs, > >> + uint32_t nr_syncobjs) > >> +{ > >> + uint32_t i; > >> + > >> + for (i = 0; i < nr_syncobjs; i++) { > >> + if (syncobjs[i]) > >> +...

On Wed, May 3, 2023 at 10:07?AM Gurchetan Singh <gurchetansingh at chromium.org> wrote: > > > > On Mon, May 1, 2023 at 8:38?AM Dmitry Osipenko <dmitry.osipenko at collabora.com> wrote: >> >> On 4/16/23 14:52, Dmitry Osipenko wrote: >> > We have multiple Vulkan context types that are awaiting for the addition >> > of the sync object DRM UAPI

On Fri, Jan 12, 2018 at 10:40:16AM +0000, Chris Wilson wrote: > Quoting Thierry Reding (2018-01-11 22:22:46) > > From: Thierry Reding <treding at nvidia.com> > > > > This set of patches adds support for fences to Tegra DRM and complements > > the fence FD support for Nouveau. Technically this isn't necessary for a > > fence-based synchronization loop

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Adrian Salido (1): libdrm: reduce number of reallocations in drmModeAtomicAddProperty Chunming Zhou (9): add cs chunk for syncobj timeline add timeline wait/query ioctl v2 wrap syncobj timeline query/wait APIs for amdgpu v3 add timeline signal/transfer ioctls v2 expose timeline signal/export/import interfaces v2

...e new way. amdgpu: Dynamicly disable BO suite "Metadata" test. amdgpu: Add explicit dependency test. amdgpu: Remove dummy CU_ASSERT_EQUAL. tests/amdgpu: Add return CUE_SUCCESS to suite_vcn_tests_clean. Bas Nieuwenhuizen (2): drm: Add drmSyncobjReset & drmSyncobjSignal wrappers. amdgpu: Add syncobj reset & signal wrappers. Christian Gmeiner (3): etnaviv: sync uapi header etnaviv: add permon support etnaviv: support performance monitor requests Christian König (6): amdpgu: fix coding style in amdgpu_vamgr.c amdgpu: sa...

...a/-/commits/nouveau-sync-fd/ I've verified that this works with kmscube's --atomic mode and Weston. Thierry Thierry Reding (6): drm/nouveau: Split nouveau_fence_sync() drm/nouveau: Add nouveau_fence_ref() drm/nouveau: Support fence FDs at kickoff drm/nouveau: Support sync FDs and syncobjs drm/nouveau: Support DMA fence arrays drm/nouveau: Allow zero pushbuffer submits drivers/gpu/drm/nouveau/dispnv04/crtc.c | 4 +- drivers/gpu/drm/nouveau/nouveau_bo.c | 38 ++- drivers/gpu/drm/nouveau/nouveau_bo.h | 2 + drivers/gpu/drm/nouveau/nouveau_drm.c | 1 + drivers/gpu/d...

...nd and unbind GPU VA space mappings via the new > ? ?DRM_IOCTL_NOUVEAU_VM_BIND ioctl. > > 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. > > Both, DRM_IOCTL_NOUVEAU_VM_BIND and DRM_IOCTL_NOUVEAU_EXEC support > asynchronous processing with DRM syncobjs as synchronization mechanism. > > The default DRM_IOCTL_NOUVEAU_VM_BIND is synchronous processing, > DRM_IOCTL_NOUVEAU_EXEC supports asynchronous processing only. > > Co-authored-by: Dave Airlie <airlied at redhat.com > <mailto:airlied at redhat.com>>...

A new intel-gpu-tools quarterly release is available with the following changes: Library changes: - Added helpers for using DRM syncobj. (Jason Ekstrand) - Refactored several i915 helpers into library functions. (Michał Winiarski) - Improved the GPU quiescing code to more thoroughly flush old data and pending work. (Chris Wilson) - Reworked DRM property handling to be more suitable for

Quoting Thierry Reding (2018-01-12 15:14:38) > On Fri, Jan 12, 2018 at 10:40:16AM +0000, Chris Wilson wrote: > > Quoting Thierry Reding (2018-01-11 22:22:46) > > > From: Thierry Reding <treding at nvidia.com> > > > > > > This set of patches adds support for fences to Tegra DRM and complements > > > the fence FD support for Nouveau. Technically

Anusha Srivatsa (3): intel: PCI Ids for S SKU in CFL intel: PCI Ids for H SKU in CFL intel: PCI Ids for U SKU in CFL Ben Widawsky (1): intel/gen10: Add missed gen10 stuff Christian Gmeiner (1): etnaviv: submit full struct drm_etnaviv_gem_submit Dave Airlie (6): amdgpu: sync amdgpu_drm with kernel. drm: update drm.h to latest in drm-next. libdrm:

...; > 2) Allocate and free a VA space region as well as bind and unbind memory > ? ?to the GPUs VA space via the new DRM_IOCTL_NOUVEAU_VM_BIND ioctl. > ? ?UMDs can request the named operations to be processed either > ? ?synchronously or asynchronously. It supports DRM syncobjs > ? ?(incl. timelines) as synchronization mechanism. The management > of the > ? ?GPU VA mappings is implemented with the DRM GPU VA manager. > > 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. The > ? ?execution happens asynchronously. I...

...ate and free a VA space region as well as bind and unbind > memory > > to the GPUs VA space via the new DRM_IOCTL_NOUVEAU_VM_BIND ioctl. > > UMDs can request the named operations to be processed either > > synchronously or asynchronously. It supports DRM syncobjs > > (incl. timelines) as synchronization mechanism. The management > > of the > > GPU VA mappings is implemented with the DRM GPU VA manager. > > > > 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. > The > > e...

On Mon, May 1, 2023 at 8:38?AM Dmitry Osipenko < dmitry.osipenko at collabora.com> wrote: > On 4/16/23 14:52, Dmitry Osipenko wrote: > > We have multiple Vulkan context types that are awaiting for the addition > > of the sync object DRM UAPI support to the VirtIO-GPU kernel driver: > > > > 1. Venus context > > 2. Native contexts (virtio-freedreno,

...unbind GPU VA space mappings via the new >> DRM_IOCTL_NOUVEAU_VM_BIND ioctl. >> >> 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. >> >> Both, DRM_IOCTL_NOUVEAU_VM_BIND and DRM_IOCTL_NOUVEAU_EXEC support >> asynchronous processing with DRM syncobjs as synchronization mechanism. >> >> The default DRM_IOCTL_NOUVEAU_VM_BIND is synchronous processing, >> DRM_IOCTL_NOUVEAU_EXEC supports asynchronous processing only. >> >> Co-authored-by: Dave Airlie <airlied at redhat.com> >> Signed-off-by: Danilo Krummric...

...pings via the new >>> ??? DRM_IOCTL_NOUVEAU_VM_BIND ioctl. >>> >>> 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. >>> >>> Both, DRM_IOCTL_NOUVEAU_VM_BIND and DRM_IOCTL_NOUVEAU_EXEC support >>> asynchronous processing with DRM syncobjs as synchronization mechanism. >>> >>> The default DRM_IOCTL_NOUVEAU_VM_BIND is synchronous processing, >>> DRM_IOCTL_NOUVEAU_EXEC supports asynchronous processing only. >>> >>> Co-authored-by: Dave Airlie <airlied at redhat.com> >>> Signed...

...;>> DRM_IOCTL_NOUVEAU_VM_BIND ioctl. >>>> >>>> 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. >>>> >>>> Both, DRM_IOCTL_NOUVEAU_VM_BIND and DRM_IOCTL_NOUVEAU_EXEC support >>>> asynchronous processing with DRM syncobjs as synchronization mechanism. >>>> >>>> The default DRM_IOCTL_NOUVEAU_VM_BIND is synchronous processing, >>>> DRM_IOCTL_NOUVEAU_EXEC supports asynchronous processing only. >>>> >>>> Co-authored-by: Dave Airlie <airlied at redhat.com>...

...on as well as bind and > unbind memory > >? ? ? ? ?to the GPUs VA space via the new > DRM_IOCTL_NOUVEAU_VM_BIND ioctl. > >? ? ? ? ?UMDs can request the named operations to be processed either > >? ? ? ? ?synchronously or asynchronously. It supports DRM syncobjs > >? ? ? ? ?(incl. timelines) as synchronization mechanism. The > management > >? ? ?of the > >? ? ? ? ?GPU VA mappings is implemented with the DRM GPU VA manager. > > > >? ? ?3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC &...

Quoting Thierry Reding (2018-01-11 22:22:46) > From: Thierry Reding <treding at nvidia.com> > > This set of patches adds support for fences to Tegra DRM and complements > the fence FD support for Nouveau. Technically this isn't necessary for a > fence-based synchronization loop with Nouveau because the KMS core takes > care of all that, but engines behind host1x can

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 libdrm 2.4.84 has been released. Alex Deucher (1): tests/amdgpu: add missing header to SOURCES Andrey Grodzovsky (1): amdgpu: Add deadlock detection test suit. Anuj Phogat (1): intel: Change a KBL pci id to GT2 from GT1.5 Christian König (1): amdgpu: make userptr unit test more interesting Dave Airlie (1): headers: